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)
sound API with the JACK audio server (jackit.sf.net). libjackasyn is a library
that can be used for two purposes.
First it can be loaded via the LD_PRELOAD variable, turning OSS applications
automatically into JACK-aware applications.
Second, it can be used to link against the program during build time, making it
trivial to turn an OSS aware sound application into a JACK aware sound
application in a short time.
libjackasyn got its name from the asynchronous manner in which it communicates
with the JACK server, which means by using libjackasyn you will introduce an
additional delay exactly the size of one JACK audiobuffer (1024 samples or 44
ms with the JACK default settings). This delay can be reduced by reducing the
JACK buffersize. It should not matter for sound generating applications, but
it might introduce phasing effects when doing sound processing.
WWW: http://gige.xdv.org/libjackasyn/
PR: ports/94290
Submitted by: Jose Alonso Cardenas Marquez <acardenas@bsd.org.pe>