assignment
2. instead of unconditionally setting LIBS in CONFIGURE_ENV use automake logc
to correctly set library dependencies for the case when external libmp4v2
is used
Fix#2 also fixes build with non-base gcc: configure stage would pass LIBS
to all invocations of gcc and linking would fail because libmp4v2 is a C++
library, but non-base gcc (as opposed to g++) doesn't know where to look
for the correct libstdc++.
PR: 149765
Submitted by: Andriy Gapon <avg@icyb.net.ua>
-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.
will have weird audio files if not.
Note: if you want to play in iTunes(R) use the --no-midside
switch in faac or it won't sound great and will randomly
crash iTunes(R).
without multimedia/mpeg4ip installed by adding a dependency on multimedia/mpeg4ip
this also adds a new know WITH_MPEG4 for use of encoding mpeg4 audio
PR: ports/74094
Reported by: many
- Fix build on 6.0
Tested and Reported by: Chris Johnson <cjohnson@wcug.wwu.edu>
PR: ports/72593
Submitted by: Michael Johnson <ahze@ahze.net>
Reviewed by: Chris Johnson <cjohnson@wcug.wwu.edu>
MAIN and LOW COMPLEXITY object types and MAIN and LOW MPEG-2 object types.
It also supports multichannel and gapless encoding.
WWW: http://faac.sourceforge.net/
PR: ports/66303
Submitted by: michael johnson <ahze@ahze.net>
