*/*: bump PORTREVISION after OpenBLAS upgrade

Remark: this souldn’t be necessary, because the version of the library is the
same, but due to many changes between these releases, it is safer this way.

PR:		284314

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

*/*: bump PORTREVISION after the upgrade to Suitesparse

math/sundials: unbreak on armv7

No OpenMP support on armv7 unfortunately.

Approved by:	portmgr (build fix blanket)
MFH:		2024Q4

math/sundials: update 6.6.0 → 7.2.1

*/*: bump PORTREVISION after the upgrade to OpenBLAS

*/*: chase SuiteSparse’s upgrade

*/*: bump PORTREVISION after the upgrade to SuiteSparse

*/*: bump PORTREVISION after the upgrade of SuiteSparse to v7.5.0

*/*: chase the upgrade of SuiteSparse

*/*: bump PORTREVISION after the upgrade of OpenBLAS

PR:		273219

*/*: bump PORTREVISION after the upgrade of MPICH to 4.1.2

*/*: chase the upgrade of SuiteSparse

/*: bump PORTREVISION after the upgrade of SuiteSparse

math/sundials: update 6.5.1 → 6.6.0

math/sundials: Update 6.4.0 → 6.5.1

Reported by:	portscout

*/*: bump PORTREVISION after the upgrade of SuiteSparse

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

math/suitesparse*: bump PORTREVISION of dependant ports

*/*: bump PORTREVISION after the upgrade of math/suitesparse*

PR:		267742

math/sundials: Use tarball (again) provided by the upstream; Correct WWW

Also improve CMAKExx and other lines.

PR:		267285
Reported by:	diizzy@ (tarball-related)

math/sundials: Update 6.3.0 -> 6.4.0

science/hypre: Update 2.25.0 -> 2.26.0

Reported by:	portscout

math/sundials: Update 6.2.0 -> 6.3.0

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/sundials: Multiple changes

- add -DCMAKE_C_STANDARD=99 to CMAKE_ARGS; this fixes the LAPACK option
- remove -DSUNDIALS_INDEX_TYPE:STRING=int64_t, since this is
  automatically determined based on SUNDIALS_INDEX_SIZE which defaults
  to 64 bits. SUNDIALS_INDEX_TYPE has been deprecated with release 3.2.0
- make LAPACK default
- remove LAPACK_BROKEN
- remove {BLAS,LAPACK}_CMAKE_ON, since CMake warns during configuring
  that FREEBSD_GCC_DIR is not used
- reenable OPENMP option
- replace BLAS_ENABLE with ENABLE_BLAS; this silences a warning
- switch the MPI option to CMAKE_BOOL
- add HYPRE_BROKEN, since configure errors out when trying to build with hypre
support

PR:		260771
Original patch submitted by:	 Philipp Ost <bsd@philippost.de>

math/sundials: Update 5.7.0 -> 6.2.0

science/PETSc: Update 3.14.1 -> 3.16.3

Reported by:	portscout

*: Clean up some things

- Fix typos
- Remove duplicate variables
- Remove nop or unreferenced variables
- Add missing ports to the build
- Clean up commented PORTREVISION
- Add missing USES

Reported by:	portscan

math/octave: Update 3.1.2 -> 5.7.0

One more small cleanup, forgotten yesterday.
Reported by:	lwhsu

Remove # $FreeBSD$ from Makefiles.

Bump 37 ports depending on math/openblas through USES=blaslapack:openblas
because after the recent math/openblas update the library name changed in
openblas

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

Fix packaging

math/sundials: drop optional dependency on expired math/superlu_mt

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

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

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/hypre: Update 2.11.2 -> 2.15.0

Port changes:
* Move to GitHub
* Add the NOMPI option
* Update WWW

science/PETSc: Update 3.9.4->3.10.1; math/py-petsc4py: Update 3.9.1->3.10.0;
math/slepc: Update 3.9.2->3.10.0; math/py-slepc4py: Update 3.9.0->3.10.0

Bump math/sundials and math/petiga.
On commit because they depend on each other and don't build unless versions
match.

Change 10 ports from net/mpich2 to net/mpich

mpich2 is the obsolete version 2.x, mpich is at the current version 3.x

science/triqs science/PETSc math/py-slepc4py math/slepc math/py-petsc4py
math/petiga math/sundials cad/elmerfem math/blocksolve95 math/spooles

math/sundials: Update 3.1.1 -> 3.1.2

HYPRE and PETSC options are now incompatible with LAPACK.

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/sundials: Update 3.1.0 -> 3.1.1

Reported by:	portscout

math/sundials: Fix build on 12

The previous patching was incomplete, missing another symbol that was aligned
with quote characters.

PR:		227995
Reported by:	Robert Cina <transitive@gmail.com>

math/sundials: Unbreak on 12

Macro (ESYM) can't be aligned with a string in C++.
The upstream is going to fix this in the next release.

Reported by:	fallout

math/sundials: Changed to using <opt>_IMPLIES for HYPRE and PETSC options, and
removed the .include clause

Submitted by:	myself
Reported by:	jbeich
Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D13653

New port: math/sundials: SUite of Nonlinear and DIfferential/ALgebraic Equation
Solvers

This port was originally created by Pedro Giffuni. He offered me to take over
it.
I updated it to 3.1.0, added many options, etc.

The option FCMIX is broken upstream, so it is not present in the port.

Approved by:	adamw (mentor)
Differential Revision:	https://reviews.freebsd.org/D13647