FreshPorts -- audio/libmikmod: MikMod Sound Library

libmikmod
ABI	latest	quarterly
FreeBSD:11:aarch64	3.3.11.1	3.3.11.1_1
FreeBSD:11:amd64	3.3.11.1_1	3.3.11.1_1
FreeBSD:11:armv6	3.3.8	3.3.11.1_1
FreeBSD:11:i386	3.3.11.1_1	3.3.11.1_1
FreeBSD:11:mips	3.3.8	3.3.11.1_1
FreeBSD:11:mips64	3.3.8	3.3.11.1_1
FreeBSD:12:aarch64	3.3.11.1	3.3.11.1_1
FreeBSD:12:amd64	3.3.11.1_1	3.3.11.1_1
FreeBSD:12:armv6	3.3.11.1	3.3.11.1_1
FreeBSD:12:armv7	3.3.11.1	3.3.11.1_1
FreeBSD:12:i386	3.3.11.1_1	3.3.11.1_1
FreeBSD:12:mips	3.3.11.1	3.3.11.1_1
FreeBSD:12:mips64	3.3.11.1	3.3.11.1_1
FreeBSD:12:powerpc64	3.3.11.1	3.3.11.1_1
FreeBSD:13:aarch64	3.3.11.1_1	3.3.11.1_1
FreeBSD:13:amd64	3.3.11.1_1	3.3.11.1_1
FreeBSD:13:armv6	3.3.11.1_1	3.3.11.1_1
FreeBSD:13:armv7	3.3.11.1_1	3.3.11.1_1
FreeBSD:13:i386	3.3.11.1_1	3.3.11.1_1
FreeBSD:13:mips	3.3.11.1_1	-
FreeBSD:13:mips64	3.3.11.1_1	3.3.11.1_1
FreeBSD:13:powerpc64	3.3.11.1_1	-
FreeBSD:14:aarch64	3.3.11.1_1	-
FreeBSD:14:amd64	3.3.11.1_1	-
FreeBSD:14:armv6	3.3.11.1_1	-
FreeBSD:14:armv7	3.3.11.1_1	-
FreeBSD:14:i386	3.3.11.1_1	-
FreeBSD:14:mips	-	-
FreeBSD:14:mips64	3.3.11.1_1	-
FreeBSD:14:powerpc64	3.3.11.1_1	-

Install texinfo files (GNU info) into ${PREFIX}/share/info After a discussion on the mailing list on moving manpages to ${PREFIX}/share/man for consistency with base where it is installed in usr/share/man, it appeared the same should happen to GNU info files which were installed under share in base and not in ports. Now texinfo is not in base on any of the supported version of FreeBSD it is possible to proceed to this move and it is easier to do than the manpage change. Other benefit than consistency are less patching: all build tools but cmake are expecting info files to be under share/info and cmake (patched here) was having an exception for BSD so the patch makes FreeBSD case less specific for them Bump revision of all impacted ports PR: 232907 exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D17816

When linking a library libA with a library libB using libtool, if libB.la exists, libtool will add all libraries libB.la refers to (dependency_libs field) to the linker command line and store them in the dependency_libs field of libA.la. So everything that subsequently links with libA will also link to these extra libraries. This causes too much overlinking. This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs field in .la libraries during staging. However, because .la libraries have very limited use when dependency_libs is empty it makes sense to completely remove them during staging. So with this commit USES=libtool is modified to remove .la libraries and a new form (USES=libtool:keepla) is introduced in case they need to be kept (dependency_libs is still emptied).

- Update to upstream version 3.1.16 - Add LICENSE - Add OPTION for esound - General cleanups & petting portlint (USES, autotools handling) - Update WWW in pkg-descr PR: ports/184753 Submitted by: RK <hsn@sendmail.cz> Reviewed by: submitter (RK <hsn@sendmail.cz>) Approved by: thierry (mentor), maintainer timeout

Convert audio from USE_GMAKE to USES=gmake While here: - Trim headers - Convert some USE_GNOME=pkgconfig to USES=pkgconfig - Add some missing pkgconf dependencies - Convert some USE_GNOME=gnomehack to USES=pathfix

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22. -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

- Include vendor patch that - makes 3.1.x series up-to-date - makes it work correctly on amd64 This is not the patch submitted in ports/104280. Submitter confirms the vendor patch works well. PR: ports/104280 Submitted by: Dan Ponte <dcp1990 at neptune.atopia.net> Approved by: portmgr (erwin), David Le Brun <david at dyn-ns.net> (maintainer)

Mass-conversion to the USE_AUTOTOOLS New World Order. The code present 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.

Apply a big libtool patch to allow porters to use the libtool installed by the libtoolX ports instead of the one included with each port. Ports that set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of the included version. To restore previous behavior, use the new macro, USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version. For example, to use the ports version of libtool-1.5, add the following to your Makefile: USE_LIBTOOL_VER= 15 To use the included version of libtool with extra hacks provided by libtool-1.5, add the following to your Makefile: USE_INC_LIBTOOL_VER= 15 With this change, ports that had to add additional libtool hacks to prevent .la files from being installed or to fix certain threading issues can now delete those hacks (after appropriate testing, of course). PR: 63944 Based on work by:eik and marcus Approved by: ade (autotools maintainer) Tested by: kris on pointyhat Bound to be hidden problems: You bet

Whoa there, boy, that's a mighty big commit y'all have there... Begin autotools sanitization sequence by requiring ports to explicitly specify which version of {libtool,autoconf,automake} they need, erasing the concept of a "system default". For ports-in-waiting: USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13 USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213 USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14 Ports attempting to use the old style system after June 1st 2004 will be sorely disappointed.

Current status