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)
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
supports them. This is determined by running ``configure --help'' in
do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
subdirectory detection.
PR: ports/111470
Approved by: portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by: pointyhat exp run
is broken if threads are disabled (which they are). This results in
msgmerge segfaulting all over the place.
Since (a) this is -CURRENT only and (b) has no effect on -STABLE,
PORTREVISION is not being bumped.
Submitted by: kris
edge cases to fail, and the previous version of gettext was unthreaded,
so we're not losing anything.
Note that if you've already rebuilt gettext to 0.16.1, you only need
to upgrade gettext, and not everything that depends on it.
Thanks to those that reported the issue, and both gnome@ and kde@ for
confirming that this change does not cause any issues there.
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.
certain files in the wrong place.
Before, running msginit would give this:
/usr/local/libdata/gettext/project-id: Can't open /usr/local/libdata/gettext/project-id: No such file or directory
msginit: /usr/local/libdata/gettext/project-id subprocess I/O error
/usr/local/libdata/gettext/user-email: Can't open /usr/local/libdata/gettext/user-email: No such file or directory
msginit: /usr/local/libdata/gettext/user-email subprocess I/O error
/usr/local/share/gettext/projects/TP/team-address: /usr/local/libdata/gettext/urlget: not found
etc.
Now, it gives this:
root@smacky:/usr/ports/GNOME/grm/i18n# msginit
The new message catalog should contain your email address, so that users can
give you feedback about the translations, and so that maintainers can contact
you in case of unexpected technical problems.
sed: 8: "{
h
s/^[^@]*@\(.*\)$/\1 ...": unterminated substitute pattern
Couldn't find out about your email address.
Please enter your email address.
adamw@gnome.org
sed: 8: "{
h
s/^[^@]*@\(.*\)$/\1 ...": unterminated substitute pattern
Exception in thread "main" java.lang.NoClassDefFoundError: gnu/gettext/GetURL
Someone should look into that new error.
* Use new libtool scheme [1]
The primary addition in this release is support for C# files when generating
translations.
Submitted by: mezz [1]
Tested by: many, including mezz, adamw, and myself
