SuiteSparse is a set of sparse matrices libraries.
It contains:
* AMD: symmetric approximate minimum degree
* BTF: permutation to block triangular form (beta)
* CAMD: constrained approximate minimum degree ordering
* CCOLAMD: constrained column approximate minimum degree
* CHOLMOD: sparse supernodal Cholesky factorization and update/downdate
* COLAMD: column approximate minimum degree
* CSparse: a concise sparse matrix package
* CXSparse: and extended version of CSparse
* GraphBLAS: graph algorithms in the language of linear algebra
* KLU: sparse LU factorization, for circuit simulation (beta)
* LDL: a simple LDL^T factorization
* Mongoose: graph partitioning
* RBio: read/write sparse matrices
* SLIP_LU : Sparse Left-looking Integer-Preserving LU Factorization
* SPQR: sparse QR factorization
* UMFPACK: sparse multifrontal LU factorization
* SuiteSparse_config: common configuration for all of the above
math/suitesparse: Fix dependency name for suitesparse-Example
The dependency declaration used 'suitesparse-Example' but the actual
PKGNAME is 'suitesparse-example' (lowercase). This caused Poudriere
to complain about wrong PKGNAME.
Approved by: thierry
math/suitesparse*: upgrade to v7.10.1
Releases notes at https://github.com/DrTimothyAldenDavis/SuiteSparse/releases
This upgrades CHOLMOD ito 5.3.1, GraphBLAS to 10.0.1, LAGraph to 1.1.5 and
SPEX to 3.2.3.
No PORTREVISION bump required.
math/suitesparse: upgrade to 7.8.3
Release notes at
https://github.com/DrTimothyAldenDavis/SuiteSparse/releases/tag/v7.8.3
This upgrades:
- math/suitesparse-config to 7.8.3
- math/suitesparse-umfpack to 6.3.5
- math/suitesparse-klu to 2.3.5
- math/suitesparse-paru to 1.0.0
- math/suitesparse-rbio to 4.3.4
math/suitesparse: avoid mixing various BLAS/LAPACK libraries
When math/blas and math/atlas are installed on the same machine, it
seems that they can be mixed, causing a CHOLMOD failure.
PR: 279820
Reported by: gja822@narod.ru
math/suitesparse: upgrade to v7.2.2
Release notes at
<https://github.com/DrTimothyAldenDavis/SuiteSparse/releases/tag/v7.2.2>
It seems that only CHOLMOD is really updated.
math/suitesparse: fix a typo
It produced a warning in poudriere:
Warning: math/suitesparse dependency on math/suitesparse-camd has wrong PKGNAME
of 'suitesparse-btf' but should be 'suitesparse-camd'
PR: 269068
Reported by: peter.larsen (at) larsendata.dk
math/suitesparse: upgrade to v6.0.2
Release notes at
<https://github.com/DrTimothyAldenDavis/SuiteSparse/releases/tag/v6.0.2>.
Most notable change: Fortran is no more used in suitesparse-config, only
suitesparse-amd depends on it (it could even build without Fortran, but
since Fortran is already brought by OpenBlas, there is no interest to
remove some functionnalities).
math/suitesparse: do not force OpenBLAS
The different implementations of BLAS may be choosen by an option radio
and it was a mistake to force it (a remainder of some test…).
Do not bump PORTREVISION since this is the default.
PR: 268023
Reported by: alt2600 (at) icloud.com
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/suitesparse: upgrade to v5.13.0
Includes GraphBLAS v7.2.0.
Release notes at
<https://github.com/DrTimothyAldenDavis/SuiteSparse/releases/tag/v5.13.0>
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/suitesparse: transform into a meta-port
Advantages of this modularization:
. much parallelization during the build
. no need to rebuild every module for each update
. define each license
. only the needed package may be installed
Also adding an option to disable the optimization.
Introduce devel/onetbb and mark devel/tbb as legacy
Intel oneAPI tbb 2021.1 (onetbb) has been released[1][2] and has deprecated
several interfaces over tbb 2020, breaking most dependent ports.
Old tbb 2020 will be kept for a certain time to allow transition but will be
removed in a near future as it CONFLICTS with devel/onetbb. New ports should
now use devel/onetbb instead of devel/tbb.
We tried to move a maximum number of dependent ports to devel/onetbb (or
disable dependency when not possible), but some of them still remain stuck
to devel/tbb. Remaining ones have not been identified as major dependencies
themselves and will be fixed as soon as updates are available from upstream.
PR: 252648, 252688 [3], 252683 [4], 252651 [5], 252690 [3], 252693 [3],
252695 [3], 252696 [3], 252786 [3], 252649, 252868 [6], 252870 [5],
252684 [7], 252785 [7]
Approved by: yuri [3], jwb [4], thierry [5], FreeBSD@Shaneware.biz [6],
maintainer timeout [7]
[1]
https://software.intel.com/content/www/us/en/develop/articles/intel-oneapi-threading-building-blocks-release-notes.html
[2]
https://software.intel.com/content/www/us/en/develop/articles/tbb-revamp.html
- Upgrade to v5.8.0: release notes at
<https://github.com/DrTimothyAldenDavis/SuiteSparse/releases/tag/v5.8.0 >
- Optionnally build the demos (but do not install them)
- Remove compiler:openmp which pulls an unneeded Gcc.
Bump 37 ports depending on math/openblas through USES=blaslapack:openblas
because after the recent math/openblas update the library name changed in
openblas
math/suitesparse: fix build on powerpc64 elfv1
After last update, compiler:openmpi comes before compiler:c++11-lang. This
effectively overrides compiler:c++11-lang and causes base GCC to be used.
compiler:openmpi could probably be dropped, now that all supported FreeBSD
versions have compiler that supports OpenMP (either GCC or Clang), but this
would mean that Clang architectures would switch from GCC to Clang for this
port, so it would have to be separately tested by the maintainer.
Fix on i386, by using Gcc.
Unfortunately, SuiteSparse is now hit by the problem listed in PR 230888
(missing support of libatomic).
Reported by: pkgfallout via antoine@
- Same site web, but mow the sources are on GihtHub;
- Upgrade to v5.7.2
Many release notes at
<https://github.com/DrTimothyAldenDavis/SuiteSparse/releases>
- Add some missing modules to pkg-descr.
Fix math/openblas and bump dependent ports
* Fix build on i386 [1]
* Fix science/code_saturne build with new openblas [2]
* Avoid installing private headers [3]
* Prevent build from optimizing for host by correcting build confg [4]
* Bump portrevision of dependent ports [5]
This is correcting issues from r523749 [1][2][4] and r515970 [3]
PR: 231371
Reported by: build cluster [1]
Reported by: Dima Pasechnik <dimpase+freebsd@gmail.com> [2]
Reported by: many [5]
Reviewed by: mat, bapt
Approved by: implicit, since this is a build fix
Update devel/tbb to 2020.0 and bump dependent ports' revisions [1]
Also, while here, re-generate patches using the makepatch target
[1] Changelog: https://github.com/intel/tbb/blob/v2020.0/CHANGES
math/suitesparse: simplify
- Allow using Clang again (base libomp.so or OpenMP disabled)
- Respect C++ library if using GCC (must be libc++ on Clang architectures)
- Respect CFLAGS/CXXFLAGS in subdirectories using CMake
- Respect BLAS/LAPACK choice (actually use OpenBLAS)
- Enable Intel threading building blocks support
- Switch to vendor build/install targets
- Adjust plist for new items (GraphBLAS, Mongoose, DOCS)
- Skip running demos during build
PR: 240899
Tested by: pkubaj
Approved by: fortran (thierry)
MFH: 2019Q4
- Use SSL master_sites (1)
- Upgrade to 5.4.0 (Latest stable release) (2)
- Since I'm here make the pre-configure operations visible.
PR: 239080 (1)
Submitted by: imagin8r (T) protonmail.com
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
math/suitesparse: Unbreak with the option ATLAS=yes
It was an incomplete makefile patching beginning from 5.2.0 update.
PR: 210579227791
Approved by: portmgr (port compliance, infrastructure)
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
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
