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.
- add patch.4.3.27.3 (making these variables isn't really useful as the
patches will not be portable to the next version)
PR: ports/77511
Submitted by: Matthias Andree (maintainer)
- Description as follows
Version 4.3 of the Berkeley Data Base library which offers (key/value) storage
with optional concurrent access or transactions interface.
Utilities are included in the distribution to convert v1.85 databases to v4.3
databases, and a backwards compatible API is provided to maintain
compatibility with programs using the v1.85 interface.
For details on compatibility with other DB versions, see:
http://www.sleepycat.com/download/patchlogs.shtml
PR: ports/73790
Submitted by: Matthias Andree <matthias dot andree at gmx dot de>
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>
non-compatible upgrade, and most other ports using db4 weren't ready
for it. The new 4.1.25 version will appear in a db41 port soon.
Also make the dump185 utility build (fix a typo), and bump PORTEPOCH.
Give maintainership to the submitter (from ports@).
PR: 46755
Submitted by: Matthias Andree <matthias.andree@web.de> (new maintainer)
Pointy hat to: ijliao
