| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Approved by: portmgr (not really, but touches unstaged ports)
Notes:
svn path=/head/; revision=363399
|
|
|
|
|
|
|
| |
With hat: portmgr
Notes:
svn path=/head/; revision=328226
|
|
|
|
|
|
|
| |
devel part 1)
Notes:
svn path=/head/; revision=327722
|
|
|
|
| |
Notes:
svn path=/head/; revision=276999
|
|
|
|
|
|
|
| |
starting with D
Notes:
svn path=/head/; revision=240068
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
Notes:
svn path=/head/; revision=218938
|
|
|
|
| |
Notes:
svn path=/head/; revision=216483
|
|
|
|
|
|
|
| |
PR: 124985 (partially)
Notes:
svn path=/head/; revision=216474
|
|
|
|
|
|
|
|
|
| |
loses precision
Reported by: pointyhat
Notes:
svn path=/head/; revision=211677
|
|
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/
Notes:
svn path=/head/; revision=210296
|