*/*: chase the upgrade of BLAS / LAPACK to 3.12.0

PR:		275860

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

*/*: bump all consumers after recent boost upgrade

science: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  Andreas Fehlner <fehlner@gmx.de>
  *  Brad Huntting <huntting@glarp.com>
  *  Chao Shin <quakelee@cn.FreeBSD.org>
  *  Cheng-Lung Sung <clsung@FreeBSD.org>
  *  Chia-Hsing Yu <me@davidyu.org>
  *  Chris Rees <utisoft@gmail.com>
  *  David Naylor <dbn@FreeBSD.org>
  *  Dmitry Sivachenko <demon@FreeBSD.org>
  *  Ed Schouten <ed@FreeBSD.org>
  *  Eric Freeman <freebsdports@chillibear.com>
  *  Erik B Knudsen

science/libghemical: Remove LD_PRELOAD vecause it configured now without it

PR:		258733
Reported by:	mikael

graphics/mesa-libs: Bump reverse deps for libglvnd

Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.

PR:		246767
Reviewed by:	manu, bapt
Approved by:	x11
Differential Revision:	https://reviews.freebsd.org/D30824

Remove # $FreeBSD$ from Makefiles.

Pet portlint (trailing whitespace).

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

Related to revision 499061 bump ports with USES=fortran to have them
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.

Suggested by:	tijl

science/libghemical: fix build with GCC-based architectures

Some reformatting.
Also add USES=gl.

PR:		234101
Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl>

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

science/libint: Update 1.1.6 -> 1.2.1

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.

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

science/libghemical: Fix C++11 errors on 12

Add CXXFLAGS+=-Wno-c++11-narrowing

science/libghemical: Use ${GCC_DEFAULT} in CONFIGURE_ENV

Improve the workaround line.

science/libghemical: Remove BROKEN/DEPRECATED labels

The main cause of the breakage was a libary linkage problem in science/mpqc
which is now fixed.

Other port changes:
* Add LICENSE/LICENSE_FILE
* Add missing items to LIB_DEPENDS
* Add workaround for the problem that configure fails due to the libgcc.so
  mismatch. By using CONFIGURE_ENV, preload libgcc.so from the gcc package.
* Update WWW

science/libghemical: Take maintainership.

It has been labeled DEPRECATED, but I will fix it.

Deprecate ports broken for more than 5 months

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

Mark BROKEN: fails to configure

checking for gcc... cc
checking whether the C compiler works... no
configure: error: in
`/wrkdirs/usr/ports/science/libghemical/work/libghemical-3.0.0':
configure: error: C compiler cannot create executables

Reported by:	pkg-fallout

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms), part II.

The first part covered  ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

This adds ports with USES=fortran and ports using Mk/bsd.octave.mk
which in turn has USES=fortran.

PR:		214965
Reported by:	thierry

Remove ${PORTSDIR}/ from dependencies, categories r, s, t, and u.

With hat:	portmgr
Sponsored by:	Absolight

- Upadate biology/mopac to version 1.15
- Bump affected ports
- Switch ports to new mastersite, add LICENSE
- Reformat ports pkg descriptions

PR:		194493
Submitted by:	tkato432@yahoo.com

science/mpqc: Don't override libtool -version-info, bump dependent ports

We accept SHLIB version changes when moving to USE=libtool, so stop
overriding it with the intent of prevent library version changes, which
is considered the better approach over the long term. Two ports are
dependent on mpqc, so bump them for the second time today.

requested by:	tijl@

science: Fix mpqc, libint and unbreak ghemical, and libghemical atomically

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

Mark BROKEN: Fails to configure

checking for main in -llapack... yes
checking for sc-config... /usr/local/bin/sc-config
checking SC - version... no
*** Could not run SC test program, checking why...
*** The test program compiled, but did not run. This usually means
*** that the run-time linker is not finding SC or finding the wrong
*** version of SC.

Reported by:	pkg-fallout

Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.

Part II, Bump PORTREVISIONs.

PR:		192025
Tested by:	antoine (-exp runs)
Approved by:	portmgr (implicit)

- Switch to USES=libtool, drop .la files
- Stagify
- Strip libraries

Reset maintainership for ports not staged with no pending PR

With hat:	portmgr

Modernize LIB_DEPENDS

With hat:	portmgr

Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3.  This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.

Part II, Bump PORTREVISIONs.

PR:		182136
Supported by:	Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports)
Tested by:	bdrewery (two -exp runs)

Convert all USE_FORTRAN=yes to "USES=fortran, USE_GCC=yes".  In most cases
USE_GCC=yes has been omitted though.

Remove USE_FORTRAN handling from bsd.port.mk and bsd.gcc.mk.

Minor cleanups in some ports like USE_GMAKE, NOPORTDOCS,...

Exp-run:	bdrewery
Approved by:	portmgr (bdrewery)

Update to libmpc version 1.0.1 which brings the following fixes:

 - Switched to automake 1.11.6, see CVE-2012-3386.
 - #14669: Fixed extraction of CC from gmp.h.
 - Fixed case of intermediate zero real or imaginary part in mpc_fma,
   found by hydra with GMP_CHECK_RANDOMIZE=1346362345.

This is on top of the following changes from version 1.0

 - Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
   invariant sections) for the documentation.
 - 100% of all lines are covered by tests
 - Renamed functions
   . mpc_mul_2exp to mpc_mul_2ui
   . mpc_div_2exp to mpc_div_2ui

Add NO_STAGE all over the place in preparation for the staging support (cat:
science)

- Convert USE_GETTEXT to USES (part 1)

Approved by:	portmgr (bapt)

Finish converting the whole ports tree to USES=pkgconfig

This changes almost all the "gnomehack" only USE_GNOME cases to USES= pathfix.

If a port used other USE_GNOME items it was untouched.
The ports that used other USES were fixed by hand.

PR:		ports/177081
Reviewed by:	bapt
Approved by:	portmgr (miwi)

* Update to 3.0.0.
* Some build cleanups. [1]

Submitted by:	bapt@ [1]

- Add an explicit dependency on gettext to fix build on system where everything
  is built without NLS
While here:
- Trim headers
- Convert USE_GNOME=pkgconfig -> USE_PKGCONFIG= build

Approved by:	maho (maintainer)

science/openbabel:
- Update openbabel to 2.3.2
- Switch to CMake build system
- Add PYTHON and CAIRO options
- Don't rename babel binary, mark conflict with ancient biology/babel

science/py-openbabel:
- Merge py-openbabel to openbabel

other:
- chase openbabel update

Use libdata/pkgconfig instead of lib/pkgconfig,
and bump portrevision.

PR:             naddy

 - remove MD5

Kill EOL whitespace.

- DISTNAME= ${PORTNAME}-${PORTVERSION} is the default and not needed.

PR:             ports/153292
Submitted by:   myself (pgollucci)
Tested by:      -exp run by pav
Approved by:    portmgr (pav)

Fix build.

Autotools update.   Read ports/UPDATING 20100915 for details.

Approved by:    portmgr (for Mk/bsd.port.mk part)
Tested by:      Multiple -exp runs

- Mark BROKEN: does not compile

Reported by:    pointyhat
Feature safe:   yes

remove unnecessary file.

Spotted by: QAT

Update to 2.99.1 and unbreak.

Feature safe:   yes

- Mark BROKEN on 7.X and 8.X

Reported by:    pointyhat
Feature safe:   yes

Bump PORTREVISION for everything that sets USE_FORTRAN=yes which now
implies lang/gcc44 up from lang/gcc43.

Approved by:    portmgr

Fix build with gcc43.

Fix obtained from
http://www.bioinformatics.org/pipermail/ghemical-devel/2008-August/000752.html
http://www.bioinformatics.org/pipermail/ghemical-devel/2008-July/000742.html
.

Spotted by:     pav

Remove CONFIGURE_ENV

Submitted by:   gerald@

Bump PORTREVISION due to change of USE_FORTRAN=yes to GCC 4.3.

- Fix build

Reported by:    QA Tindie

Update to 2.98.

Conversion from (now defunct) autoconf-2.61 to autoconf-2.62

Tested by:      exp build run (erwin)

Bump portrevision after openbabel update.

Switch autoconf dependencies from 2.53 or 2.59 to 2.61.

PR:             ports/116639
Submitted by:   aDe

Now we use USE_FORTRAN=yes to use FORTRAN compiler.

* Some fixes.
* Mopac depends on f2c, added -lf2c (dirty workaround), fixes libghemical.pc.
* Bump portrevision.

* Migrate to gfortran.
* Bump port revision.

Fix pkg-plist

Submitted by:   kris

Update to 2.1.0
* dependency to ATLAS is now conditional.

Libghemical port. This port installs support libraries of
science/ghemical port. From version 2.0, science/ghemical becomes
large, splitted into two parts. Update of ghemical port will
follow soon.