-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
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)
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.
to go about their rotten business. It is issued without acknowledgment
of any obligation, in response to ports/64393.
The patch does NOT bump PORTREVISION as the change is invisible for the
port's or package's users. $FreeBSD$ is sufficient.
I also refute any "bug" with respect to the the porter's handbook's
pages referenced in ports/64393, my port has not written anything after
bsd.port.mk and portlint has nothing to complain about (only that it
can't figure "patch" is legal in a PATCHFILES variable).
Informational: tools that assume .include <bsd.port.[post.]mk> was the
last line in a port's makefile are broken. They should be comparing
the output of realpath $(make -V MASTERDIR) against the output of
realpath $(pwd) instead:
-bash-2.05b$ realpath $(pwd)
/usr/home/ma/db42
-bash-2.05b$ realpath $(make -V MASTERDIR)
/usr/home/ma/db42
-bash-2.05b$ cd ../db42-nocrypto # switch to slave's port directory
-bash-2.05b$ realpath $(make -V MASTERDIR)
/usr/home/ma/db42
-bash-2.05b$ realpath $(pwd)
/usr/home/ma/db42-nocrypto
PR: 64479
Submitted by: Matthias Andree <matthias.andree@gmx.de> (maintainer)
Note to other porters who want their port to depend on this one: Use
LIB_DEPENDS=db-4.2.2:${PORTSDIR}/databases/db42-nocrypto
Usually, setting
CONFIGURE_ENV?= CPPFLAGS="-I${LOCALBASE}/include/db42"
LDFLAGS="-L${LOCALBASE}/lib/db42" LIBS="-ldb-4.2"
will then work to get the right DB library. At run time, the proper
library will be looked up by its SONAME, which is "libdb-4.2.so.2" and
resides in /usr/local/lib.
PR: ports/60943
Submitted by: Matthias Andree <matthias.andree@gmx.de>
