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)
that users could mark some text in document and save it. Build this option
with "WITHOUT_DRAW=yes".
- Bump PORTREVISION.
Submitted by: Luigi Rizzo <rizzo@iet.unipi.it>
Discussed with: Derek B. Noonburg <derekn@foolabs.com>
while I am there, rework on the way of applying xpdf 3.02pl1 patch to ease
future upgrade.
Approved by: portmgr (linimon)
Security: 2747fc39-915b-11dc-9239-001c2514716c
that I no longer maintain. This was finally identified by a helpful user
as the source of the mystery e-mails that I still get from time to time
asking about support for them.
The xpdf toolset does not require X libraries installed.
(only the xpdf and pdftoppm binaries are not built)
pdftoppm compiles with freetype2 only, too. So patch
patchfiles enable build for pdftoppm.
PR: ports/89822
Submitted by: Martin Matuska <martin@matuska.org>
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.
the ability to open multiple documents, view document outlines,
and support for JBIG2. For better or worse, this now depends on motif.
While I'm here, overhaul the port:
* Group the GNU dependencies.
* USE_MOTIF implies USE_XPM, so bring in the former and remove the latter.
* Add with-x to the configure args to make sure it knows what we're after.
* Install portdocs
* Update and expand pkg-comment and pkg-descr.
