math/lapack: fix macOS metafiles installed as manpages

PR:		276345
Reported by:	jamie@catflap.org

MAN?PREFIX: eleminate its usage  and move man to share/man

math/*: upgrade blas, lapack, cblas, xlapack and lapacke to 3.12.0

Release notes at
	<https://github.com/Reference-LAPACK/lapack/releases/tag/v3.12.0>

PR:		275860
Exp-run by:	antoine@

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

math/lapack: upgrade blas/lapack and Co to 3.11.0

This upgrades math/blas, math/lapack, math/cblas, math/xlapack and
math/lapacke to 3.11.0.

Release notes at
<https://github.com/Reference-LAPACK/lapack/releases/tag/v3.11>.

Fix WWW in parent/child ports

Many of the WWW are overwritten later which means the wrong value
is used. This did not happen before where the children were either
 a) just using the pkg-descr from the parents
 b) or had their own separate pkg-descr with custom WWW

Use WWW?= in parents when the child's WWW is different.

Children that use the same WWW as the parent can just inherit it,
i.e., the child WWW can be removed.

Approved by:	portmgr (implicit)

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.

math: remove 'Created by' lines

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

  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Alessando Sagratini <ale_sagra@hotmail.com>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Amarendra Godbole <amarendra.godbole@gmail.com>
  *  Anders Nordby <anders@FreeBSD.org>
  *  Andreas Fehlner (fehlner@gmx.de)
  *  Andrew L. Neporada <andrew@chg.ru>
  *  Andrey <gugu@zoo.rambler.ru>
  *  Andrey Zakhvatov

math/blas, math/cblas, math/lapack, math/lapacke, math/xlapack: upgrade to
3.10.1

Release notes at <http://www.netlib.org/lapack/lapack-3.10.1.html>.

math/lapack: Fix CPE information

Approved by:    portmgr (blanket)

math/lapack: Add CPE information

Approved by:    portmgr (blanket)

*: Clean up some things

- Fix typos
- Fix overwritten variables with focus on master/slave ports
- Remove unreferenced variables
- Sort categories
- Remove redundant option descriptions
- Clean up commented PORTREVISION
- Add missing USES

Reported by:	portscan

math/lapack: remove superfluous and broken ranlib invocation

FreeBSD's base system ar and ranlib have a bug where they exit with
status 0 (success) even in case of fatal errors.  This hid the fact that
math/lapacke was invoking ranlib on a non-existent file.  (Presumably the
ranlib invocation was correct when introduced, but broken by some
rework of lapack's upstream build system).

Use of ranlib is generally unncessary, assuming the -s flag is passed to
ar (as is typical, and as done here), so just delete the invocation.

See PR 257599 and review D31402 for the ar/ranlib base system bug.

PR:		257599, 257744
Reviewed by:	jrm
Tested by:	jrm
Approved by:	kevans (ports), portmgr (implicit, blanket: build fix)
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D31492

math/lapack: fix post-patch target for math/atlas

When upgrading this port, I previously merged the post-patch with the
pre-configure target, and it was a mistake.
The patch target is used from math/atlas, and make.inc is needed.

PR:		257122
Reported by:	alt2600 (at) icloud.com
MFH:		2021Q3

math/lapack: fix broken lib symlink

In lapack-3.10.0, there is a broken sym link for libtmglib.so.3.10.0
(should be a file):

/usr/local/lib/libtmglib.so.3@ -> libtmglib.so.3.10.0
/usr/local/lib/libtmglib.so.3.10.0@ -> libtmglib.so.3

Just remove the unnecessary code in post-install for libtmglib shared
lib files. 'do-install' does everything correctly.

PR:		257139
Reported by:	John Hein <jcfyecrayz (at) liamekaens.com>

math/lapack: fix "argument list too long"

Older FreeBSD versions have a too small ARG_MAX, and making the plist
failed with the "argument list too long" error.

This patch sticks to using files and pipelines rather than long command
line argument lists, authored by John Hein <jcfyecrayz@liamekaens.com>.

PR:		257004
Reported by:	russo (at) bogodyn.org

math/lapack: make the manpages fetchable from everywhere

Host the manpages, because they seem unfetchable from some locations.

PR:		256965
Reported by:	gja822 (at) narod.ru

math/lapack: +math/blas et al., upgrade to 3.10.0

- Upgrade math/blas, math/cblas, math/lapack, math/lapacke and math/xlapack
  to 3.10.0;
  Latest release notes at <http://netlib.org/lapack/lapack-3.10.0.html>

- This is a major release and also addressing multiple bug fixes

- The tarball is no more hosted by netlib but at GitHub

- This also fixes the problem with unversioned manpages.

PR:		256940
Reported by:	alt2600 (at) icloud.com

math/lapack: +math/blas et al., upgrade to 3.9.1

- Upgrade math/blas, math/cblas, math/lapack, math/lapacke and math/xlapack
  to 3.9.1;
  Latest release notes at <http://www.netlib.org/lapack/lapack-3.9.1.html>

- Chase this upgrade in biology/treekin;

- Add a test target;

- Remove a conflict with math/openblas (PR 244296);

- Fix the build with Gcc10 (PR 247485).

PR:		247542
Approved by:	expr-run by antoine@

Remove # $FreeBSD$ from Makefiles.

math/lapack, math/xlapack: Unbreak build with GCC 10

sorcsd2by1.f:389:40:

  366 |      $                   0, U1, LDU1, U2, LDU2, V1T, LDV1T, 0, 1, 0, 0,
      |                                      2
......
  389 |      $                   0, V1T, LDV1T, 0, 1, U1, LDU1, U2, LDU2, 0, 0,
      |                                        1
Error: Type mismatch between actual argument at (1) and actual argument at (2)
(INTEGER(4)/REAL(4)).
sorcsd2by1.f:412:35:

  366 |      $                   0, U1, LDU1, U2, LDU2, V1T, LDV1T, 0, 1, 0, 0,
      |                            2
......

Sanitize COMMENT per Section 5.6 of the FreeBSD Porter's Handbook (part 6).

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

Return maho@'s ports to the pool after his commit bit expired.

With hat:	portmgr

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

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

Add a comment to never remove the PORTREVISION?= line, since
math/lapack/Makefile is also included from math/blas which overrides
PORTNAME and PORTREVSION.

Approved by:	maho (maintainer)

Fix up math/blas's PORTREVISION going backwards, broken in r428057.

PR:		214965
Approved by:	portmgr ('just fix it' blanket)

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, categories m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

Forgot to add some patches.

PR:		199164
Submitted by:	phd_kimberlite@yahoo.co.jp

math/lapacke : update port to slave port of math/lapack, and updated to
3.5.0 accordingly.

PR:		98614
Submitted by:	phd_kimberlite@yahoo.co.jp

math/lapack: fix build when PROFILE option is selected

- Since dynamic linking is broken when PROFILE is used, enforce '-static'
LDFLAGS
- Maintainer's timeout (maho@FreeBSD.org)

PR:		185375
Submitted by:	Pawel Biernacki <pawel.biernacki@gmail.com>

Update to 3.5.0.

Submitted by:	Johannes Dieterich <dieterich.joh@gmail.com>

- Convert ports of math/ to new USES=python

Approved by:	portmgr (implicit)

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)

- Clarify LICENSE

Approved by:	portmgr blanket

Repair instances, almost all courtesy of bf ;-), of spaces
and/or tabs before the =. This made doing regular expressions
on the ports tree really difficult.

Approved by:	portmgr (not really, but touches unstaged ports)

Convert all :U to :tu and :L to :tl

Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)

bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore

Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier

With hat:	portmgr

Stage support

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

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

Fix typo after corruption

Submitted by:	Rainer Hurling <rhurlin@gwdg.de>

Convert to new options framework

update to 3.4.2

Update to 3.4.1.

Fix
http://netlib.org/lapack/Errata/index2.html#_strong_span_class_green_bug0085_span_strong_xgesvd_problem_in_workspace_computation
.

PR:             165960
Submitted by:   fork <forkandwait@gmail.com>
Feature safe:   yes

Remove some unncesssary patches.

Submitted by:   bf

adding another patch.

opps forgot to add some patches.

Update with many small following changes.

1. adding upstream patches and bump port revision.
2. adding precompiled man by default rather than building.
3. adding regression-test target, several tests fails, though.
4. prepare for xlapack and now blas is secondary port of this port.

Submitted by:   bf@

Update to LAPACK 3.4.0.

PR:             163906
Submitted by:   Eijiro Shibusawa <phd_kimberlite@yahoo.co.jp>
Feature safe:   yes

Removing dupe from static lib as well.

PR:             152771
Submitted by:   Eijiro Shibusawa <phd_kimberlite@yahoo.co.jp>

Build fix for science/mpqc, graphics/mypaint,
graphics/cimg, math/suitesparse, math/biggles, astro/astrometry
math/clp, science/mpb.

Reported by: pav, erwin, Anton Shterenlikht, "Hartmann, O" [1],
Submmited by: Eijiro Shibusawa <phd_kimberlite@yahoo.co.jp> [2]

PR: 152771 [2], 152790 [1]

Update to 3.3.0.

Do not build proflib by default.

PR:             150549
Submitted by:   bf@

Do not strictly specify BLAS at linking.

Respect LDFLAGS; add ELF DT_NEEDED tags to shared libraries;
use one toolchain consistently; minor cleanups; update to 3.2.2

PR:             117923
Approved by:    maho (maintainer), makc (co-mentor)

Enable parallel builds, when possible. Fix test-target. Minor cosmetic
changes. No changes in resulting package.

Approved by:    maintainer
Feature safe:   yes

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

Approved by:    portmgr

FC->F77, regression test now works.

Submitted by:   Anton Shterenlikht <mexas@bristol.ac.uk>

- Unbreak on sparc64. It builds and links fine.

Update to 3.2.1.

Spotted by:  Robert Jenssen

Back shared lib version to 4 and bump portrevision.

Update to 3.2.0.

Update to 3.2.0.

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

Add additional MASTER_SITES.

PR:             130242
Submitted by:   Steven Kreuzer <skreuzer@exit2shell.com>

* remove ENABLE_TESTING which does nothing.
* Use the canonical regression-test target: this is run by pointyhat so we
can ensure in the log that the library is in good shape.

Submitted by:   Pedro Giffuni

Fix NOPORTDOCS. (per Porter's Handbook 5.14.4).

PR:             122440
Submitted by:   rafan

Mark as broken on sparc64: fails to link.

Update to 3.3.1.

According to http://www.netlib.org/lapack/lapack-3.1.0.changes
> The interfaces to primary computational routines are fixed and
> will not be changed by minor LAPACK versions (e.g. 3.x).
> Primary routines are those prefixed by a precision and matrix
> type like SGERFS, CUNMQR, ZHEGV, etc., and these interfaces
> will remain the same for all LAPACK version 3 versions.
So I didn't change the version number of shared lib.

See also PR:            116166

Now we use USE_FORTRAN=yes to use FORTRAN compiler.

Build fix: use gfortran42 explicitly instead of USE_GCC=4.2+.

Spotted by: kris

- Remove support for a.out format and PORTOBJFORMAT variable from individual
  ports

With hat:       portmgr

(forced commit)
PR 10711 was actually submitted by bsam.

Pointy hat to:  maho
Submitted by:   bsam

Fix fetchable now (invalid checksum): the default
version changed to 3.1 and distfiles for v 3.0 should
be used explicitly.

PR:             107711
Submitted by:   jmz

Pass maintainership.

Approved by:    jmz (maintainer)

Remove CONFLICT line as elmer-mathlibs are deprecated by migration
to gfortran.

Fogot to commit script/configure so that installes as liblapack.so.4.

fix pkg-plist

* Migrate to gfortran
* shared lib major 3->4
* bump portrevision

Approved by:    jmz

Fix to correctly build with a Fortran compiler other than /usr/bin/f77.

Submitted by:   Steve Kargl <sgk@troutmask.apl.washington.edu>

Register conflicts with math/elmer-mathlibs.

Submitted by:   Pedro F. Giffuni <giffunip@asme.org>
Approved by:    jmz (maintainer)

Dont compile blas as it is not installed.

This port does not conflict with math/atlas. That was a oversight of my part.

Don't build the included blas library and add a dependency on math/blas.
This port conflicts with math/atlas.

Problem pointed out by: Pedro F. Giffuni

SHA256ify

Approved by: krion@

NOPROFILE -> NO_PROFILE (fix the build on FreebSD >= 6.0)

PR:             ports/87429
Submitted by:   Christopher Illies <christopher.illies@ki.se>

Add size data.

Approved by:    maintainers