FreeBSD-ports - Raptor Engineering's fork of pfsense FreeBSD ports tree with pfSense changes

	Commit message (Collapse)	Author	Age	Files	Lines
*	Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.	rafan	2008-08-21	1	-1/+0
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Specifically, newer autoconf (> 2.13) has different semantic of the configure target. In short, one should use --build=CONFIGURE_TARGET instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning and the old semantic may be removed in later autoconf releases. To workaround this issue, many ports hack the CONFIGURE_TARGET variable so that it contains the ``--build='' prefix. To solve this issue, under the fact that some ports still have configure script generated by the old autoconf, we use runtime detection in the do-configure target so that the proper argument can be used. Changes to Mk/: - Add runtime detection magic in bsd.port.mk - Remove CONFIGURE_TARGET hack in various bsd..mk - USE_GNOME=gnometarget is now an no-op Changes to individual ports, other than removing the CONFIGURE_TARGET hack: = pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables) - comms/gnuradio - science/abinit - science/elmer-fem - science/elmer-matc - science/elmer-meshgen2d - science/elmerfront - science/elmerpost = use x86_64 as ARCH - devel/g-wrap = other changes - print/magicfilter GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf Total # of ports modified: 1,027 Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes) PR: 126524 (obsoletes 52917) Submitted by: rafan Tested on: two pointyhat 7-amd64 exp runs (by pav) Approved by: portmgr (pav)
*	Change "unsigned long" to "void *" to take into account LLP64 archs.	fjoe	2008-07-07	4	-14/+14
\|
*	Unbreak on 64-bit archs	fjoe	2008-07-07	5	-7/+123
\| \| \| \|	PR: 124985 (partially)
*	- Mark BROKEN on FreeBSD/amd64 7 and up: cast from 'Socket*' to 'unsigned int'	pav	2008-04-20	1	-1/+7
\| \| \| \| \| \|	loses precision Reported by: pointyhat
*	New port: dmucs	fjoe	2008-03-31	4	-0/+49
	DMUCS is a system that allows a group of users to share a compilation farm. Each compilation request from each user will be sent to the fastest available machine, every time. The system has these fine qualities: * Supports multiple users compiling simultaneously, and scales well to handle the new loads. * Supports multiple operating systems in the compilation farm. * Uses all processors of a multi-processor compilation host. * Makes best use of compilation hosts with widely differing CPU speeds. * Guarantees that a compilation host will not be overloaded by compilations. * Takes into account the load on a host caused by non-compilation tasks. * Supports the dynamic addition and removal of hosts to the compilation farm. * Works with distcc, which need not be altered in any way. WWW: http://dmucs.sourceforge.net/