/audio/mp3val/

4cd756a4a1e184e806c1b371b4a1b5d Requested by: osa
Requested by:	osa
science/libint: Update 1.1.6 -> 1.2.1 2018-08-27T22:56:43+00:00 yuri yuri@FreeBSD.org 2018-08-27T22:56:43+00:00 15c284bcbe49258a6f4aecbeba4009178cdce8e2 Port changes: * Remove USES=perl5 (not needed) * Remove static libs * Remove USE_GCC (not needed) * Silence command/remove braces * Update WWW Take maintainership. Bump depending ports because the library list has changed in plist.
Port changes:
* Remove USES=perl5 (not needed)
* Remove static libs
* Remove USE_GCC (not needed)
* Silence command/remove braces
* Update WWW

Take maintainership.

Bump depending ports because the library list has changed in plist.
science: Fix mpqc, libint and unbreak ghemical, and libghemical atomically 2014-09-25T11:04:02+00:00 marino marino@FreeBSD.org 2014-09-25T11:04:02+00:00 8858214fcbe80e7199b996909d65e93b7b8fb92c science/ghemical would not link because libghemical.so (from science/ libghemical port) had never been properly linked. Links to all mpqc "SC" libraries were added to LDFLAGS to rectify this. The configure breakage and solution is described below. After the version of lang/gcc was bumped from 4.7 to 4.8, science/libghemical ceased to configure and it was marked broken. After recreating the conftest, it was discovered that two versions incompatible versions of libgcc_s.so were getting pulled in by the realtime linker: the base version and the gcc48 ports version. The base version was getting pulled in by science/libint. To unbreak libghemical, libint is now built with lang/gcc. It was necessary to force libtool to link with LDFLAGS that Mk/bsd.gcc.mk sets so that the runpaths match across libraries used by libghemical. When science/mpqc was staged, it utilized libtool which renumbered all the library versions from 8.0.1 to 7.1.0. This was caused by the age component being greater than 0. By patching configure.in with a new version, we can generate major SHLIB of 8 again. While here, fix the bin/sc-config tool to remove a bad include cflag. With this fixes, science/ghemical builds successfully. Bump all 4 of these ports, remove any BROKEN designation and remove redundant @dirrm in pkg-plist
science/ghemical would not link because libghemical.so (from science/
libghemical port) had never been properly linked.  Links to all mpqc "SC"
libraries were added to LDFLAGS to rectify this.  The configure breakage
and solution is described below.

After the version of lang/gcc was bumped from 4.7 to 4.8,
science/libghemical ceased to configure and it was marked broken.  After
recreating the conftest, it was discovered that two versions incompatible
versions of libgcc_s.so were getting pulled in by the realtime linker:
the base version and the gcc48 ports version.

The base version was getting pulled in by science/libint.  To unbreak
libghemical, libint is now built with lang/gcc.  It was necessary to
force libtool to link with LDFLAGS that Mk/bsd.gcc.mk sets so that
the runpaths match across libraries used by libghemical.

When science/mpqc was staged, it utilized libtool which renumbered all
the library versions from 8.0.1 to 7.1.0.  This was caused by the age
component being greater than 0.  By patching configure.in with a new
version, we can generate major SHLIB of 8 again.  While here, fix the
bin/sc-config tool to remove a bad include cflag.

With this fixes, science/ghemical builds successfully.  Bump all 4 of
these ports, remove any BROKEN designation and remove redundant
@dirrm in pkg-plist
- Stagify 2014-08-06T16:06:55+00:00 amdmi3 amdmi3@FreeBSD.org 2014-08-06T16:06:55+00:00 d92dfda9b358587176f0f9b697c58751c4c884ef - Switch to USES=libtool, drop .la files - Strip libraries
- Switch to USES=libtool, drop .la files
- Strip libraries