LAPACK is a library of Fortran 77 subroutines for solving
the most commonly occurring problems in numerical linear algebra.
It is freely-available software, and is copyrighted.
We recommend that you run the testing and timing programs.
To view an HTML version of the Users' Guide please refer to the URL:
http://www.netlib.org/lapack/lug/
See also: https://github.com/Reference-LAPACK/lapack
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>
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.
(Only the first 15 lines of the commit message are shown above )
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
(Only the first 15 lines of the commit message are shown above )
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@
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 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)
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
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)
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
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
(Only the first 15 lines of the commit message are shown above )
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@
* 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
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
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
