*/*: bump PORTREVISION to chase blas/lapack, Suitesparse and BLIS

all: drop support for expired FreeBSD 14.0

Simplify expressions for FreeBSD 13.X

Reviewed by:	many

Differential Revision:	https://reviews.freebsd.org/D46601

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

PR:		275860

*/*: Update WWW to use HTTPS for sourceforge.net projects

Homepage link is permanent redirected to its HTTPS counterpart

cad/tochnog: Fix build with llvm16

Sponsored by:	The FreeBSD Foundation

*: 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.

cad: remove 'Created by' lines

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

  *  AMAKAWA Shuhei <amakawa@jp.FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Anders Andersson <anders@hack.org>
  *  Bruce M Simpson <bms@FreeBSD.org>
  *  Christoph Moench-Tegeder <cmt@FreeBSD.org>
  *  David Yeske <dyeske@gmail.com>
  *  Diane Bruce <db@db.net>
  *  Joachim Strombergson <watchman@ludd.ltu.se>
  *  Johnny Sorocil <jsorocil@gmail.com>
  *  Julian Jenkins <kaveman@magna.com.au>
  *  Marc Fonvieille <blackend@FreeBSD.org>

Remove # $FreeBSD$ from Makefiles.

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

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

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

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

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

Drop support for superlu_mt.

tochnog hasn't maintained the superlu_mt interface (or much else) in a long
time.

Let's just drop the option as it won't work when we bring in the modern
superlu_mt 3.1 version.

PR:		219932
Submitted by:	pfg

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

${RM} already has -f.

PR:		213570
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

Remove ${PORTSDIR}/ from dependencies, Mk and categories a, b, and c.

With hat:	portmgr
Sponsored by:	Absolight

Unbreak after the math/superlu update in r410620.

math/superlu no longer ships libsuperlu.a, so tochnog was failing make
check-sanity.

Switch the dependency to libsuperlu.so and adjust files/patch-makefile
accordingly.

Convert ports to use the options helpers in categories [abc]*, and minor fixes.

Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3412?

Cleanup DIST* variables.

When appropriate:
- Try to use DISTVERSION{SUF,PRE}FIX
- Replace PORTNAME-PORTVERSION by DISTNAME
- Convert MASTER_SITES to use macros
- Other light cleanup

With hat:	portmgr
Sponsored by:	Absolight

6 ports categories: Remove $PTHREAD_LIBS

Categories: cad, devel, java, x11-fm, biology, deskutils

approved by:	PTHREAD blanket

Cleanup plist

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)

- Update to 20140100 and undeprecate
- Update MASTER_SITES
- Port now consists of four source tarballs
- Set license to GPLv2
- Use zip and dos2unix
- Depend on lapack if not using atlas

Submitted by:	thierry

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)

Deprecate ports unmaintained for which distillator is not able to find public
distfiles

Reported by:	distilator

- Use options framework.
- USES=fortran.
- Eliminate FORTRANLIBS and GCCLIBDIR.
- Staging.
- Install examples depending on the EXAMPLES option instead of DOCS.
- Fix build with THREADS option (superlu_mt changes and C++11 mutex
  conflict).

In preparation for making libtool generate libraries with a sane name, fix all
LIB_DEPENDS in cad

With hat:	portmgr

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:
cad)

Style: tab -> space.

Most contributors copy an existing port when writing their own so reduce the
number of bad examples in the tree.

- Get rid of PTHREAD_CFLAGS and PTHREAD_LIBS (category: cad)

Approved by:	portmgr

adjust linking and comments in dependent ports after the math/atlas update;
math/atlas-devel will be updated to use the same constructs at a later date

PR:             162706
Approved by:    miwi (portmgr)
Feature safe:   yes

- Get Rid MD5 support

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

Approved by:    portmgr

- Switch SourceForge ports to the new File Release System: categories starting
with B,C

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

- Remove USE_GETOPT_LONG which is a no-op since March 2007

Now we use USE_FORTRAN=yes to use FORTRAN.

* Migrate to gfortran.
* Bump port revision.
* Use gfortran compiled atlas/blas/lapack.

- Attempt to fix build on FreeBSD 4.X

Reported by:    krismail

- use standard BLAS instead of ATLAS so this can be packaged. Of course we still
have a WITH_ATLAS knob
- Minor changes to better match the CVS version
- Add GETOPT_LONG support

PR:             ports/99259
Submitted by:   Pedro F. Giffuni <giffunip@asme.org>

remove USE_REINPLACE for all ports with categories starting with C

A cosmetic change

Submitted by:   Pedro F. Giffuni <giffunip@asme.org>

build cleanup of cad/tochnog again

PR:             92782
Submitted by:   Pedro F. Giffuni <giffunip@asme.org>

o Update to tochnog accodingly (by version up of superlu)
o cleanup
PR:             92782
Submitted by:   Pedro F.Giffuni <giffunip@asme.org>

- Add SHA256

The tochnog port installs some plugins into a directory which is owned by
the the cad/linux-gid port, but it doesn't adds a dependency to linux-gid,
since tochnog can be used standalone.

The right thing to do would be to add a slave port which installs the
plugins only. The slave port would have to depend upon linux-gid and
tochnog.

Since the linux-gid port installs now in X11BASE and tochnog installs in
LOCALBASE, we have a plist problem ATM too.

In light of the recent discussion about the right base directory for ports
which use X11 bits I decided to go the quick route until everything is
decided:
 - move linux-gid back to LOCALBASE
 - let tochnog still install the plugins

This reverts back to the status quo (a working tochnog/linux-gid). Someone
with a good asbestos suite may want to mark the tochnog port BROKEN.

Dependencies explained by:      pfgshield-freebsd@yahoo.com

Chase dependency location (linux-gid) after my linux mega-patch.

Noticed by:     pfgshield-freebsd@yahoo.com

Fix pkg-plist

Submitted by:   "Pedro F. Giffuni" <giffunip@yahoo.com> and kris via pointy hat
Approved by:    portmgr(marcus)

Fix build for superlu_mt case

Submitted by:   "Pedro F. Giffuni" <giffunip@yahoo.com>

o Add GiD (an excellent mesher and postprocessor) support
   via Linux ABI.
o Cleanups

PR:     78766
Submitted by:       Pedro F. Giffuni <giffunip@asme.org>

tochnog builds with gcc-3.4.2.

Since I'm there, replace USE_THREADS by WITH_THREADS.

PR:             ports/73125
Submitted by:   Pedro F. Giffuni.

Unbreak.

Suggestion by:   "Pedro F. Giffuni" <giffunip@yahoo.com> and kris

BROKEN: Does not compile

SIZEify.

Honor CXXFLAGS.

Submitted by:   Pedro F. Giffuni <giffunip@yahoo.com>

Remove Makefile~; of course it is
unnecessary

Pointy hat to: myself

Add new port cad/tochnog
tochnog is a free finite element program with many features which is
distributed under GPL. TOCHNOG accepts free format input.
Boundary conditions can be imposed at geometrical entities,
as well as nodes and elements.

PR:             52088
Submitted by:   Pedro F. Giffuni <giffunip@yahoo.com>