| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
PR: ports/130743
Submitted by: Wen Heping <wenheping@gmail.com> (maintainer)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
|
|
|
|
|
|
|
| |
- submitter => maintainer
PR: ports/122721
Submitted by: maintainer (Wen heping)
|
|
|
|
| |
letter d-e
|
|
|
|
|
|
|
|
|
|
|
|
| |
In file included from lwp.private.h:50,
from iomgr.c:53:
lwp_ucontext.h:33: conflicting types for `mcontext_t'
/usr/include/machine/ucontext.h:63: previous declaration of `mcontext_t'
lwp_ucontext.h:39: conflicting types for `ucontext_t'
/usr/include/sys/ucontext.h:51: previous declaration of `ucontext_t'
gmake[2]: *** [liblwp_la-iomgr.lo] Error 1
Reported by: kris
|
|
|
|
|
|
|
|
|
|
| |
* net/coda6_server and net/coda6_client from 6.0.7 to 6.1.1 and thus
un-DEPRECATE them
* devel/rvm from 1.10 to 1.13
* devel/lwp from 1.12 to 2.3
* devel/rpc2 from 1.28 to 2.2
These four are tightly related so I upgrade them in one.. well.. changeset
|
|
|
|
|
|
|
| |
- these include comms/ converters/ databases/ devel/ maintained by ports@
PR: ports/101916
Submitted by: Gea-Suan Lin <gslin_AT_gslin dot org>
|
|
|
|
| |
Approved by: portmgr (kris)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
|
|
|
|
| |
after 5.4-RELEASE.
|
|
|
|
| |
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.
|
|
|
|
|
| |
PR: ports/74034
Submitted by: Radim Kolar <hsn@netmag.cz>
|
|
|
|
|
|
| |
Fix build under fresh -CURRENT (gcc 3.4.2).
Bump or remove PORTREVISION where it needed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
|
| |
|
|
|
|
| |
(Part 2)
|
| |
|
|
|
|
|
| |
PR: 50336
Submitted by: Tim Robbins <tim@robbins.dropbear.id.au>
|
| |
|
|
|
|
|
| |
PR: 45928
Submitted by: Ports Fury
|
|
|
|
|
|
|
|
| |
is better studied
o Turn PORTCOMMENT variable in Makefile back into pkg-comment files
Approved by: kris (portmgr hat),
portmgr, re (silence)
|
|
|
|
|
|
| |
in this case.
Approved by: pat
|
|
|
|
| |
Approved by: pat
|
|
|
|
| |
Shafeeq
|
|
|
|
| |
Submitted by: bento log
|
|
|
|
| |
Always using the provided configure script now
|
| |
|
| |
|
|
|
|
| |
Submitted by: bento
|
| |
|
|
|
|
|
|
|
|
|
| |
previous commit message to bsd.port.mk, which said INSTALL_SHLIBS. Boo.)
Line up the rhs of variable assignments nicely. Remove a couple of extra
whitespaces while I'm here.
Suggested by: sobomax
|
| |
|
|
A userspace thread library developed as part of the CODA project.
PR: 17941
Submitted by: Mario Sergio Fujikawa Ferreira <lioux@uol.com.br>
|