math/eigen33.4.0_4

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

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

PR:		275860

bsd.sites.mk: Update all ports using USE_GITLAB

Replace GL_COMMIT by GL_TAGNAME in all ports. The new GL_TAGNAME is
backwards-compatible (accepting any commit hash as before), but also
understands an actual tag name. Moving to tag names where appropriate is
left to individual ports' maintainers.

Approved by:		portmgr (tcberner, mentor)
Differential Revision:	https://reviews.freebsd.org/D37077

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

math/eigen3: Use USE_GITLAB

Use USE_GITLAB to follow Porters Handbook more closely and be consistent
with ports tree

PR:		267070
Approved by:	kde (tcberner)

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.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

math/eigen3: fix runtime on powerpc64

Merge https://gitlab.com/libeigen/eigen/-/merge_requests/1028 and https://gitlab.com/libeigen/eigen/-/merge_requests/1025
to fix build of reverse dependencies.

math/eigen3: Update 3.3.9 -> 3.4.0, add tests and cleanup

PR:		265032
Approved by:	tcberner@ (from kde@)

*: 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/eigen3: missing PORTREVISION bump

math/eigen3: massage OPTIONs

Existing OPTIONs pull in too many dependencies -- Eigen is a template
library and doesn't **need** any of the libs -- and are overly-specific,
like requiring a particular BLAS implementation.

PR:		257321 251842
Reported by:	alt2600@icloud.com

math/suitesparse: adapt dependency lines after modularization

Do not bump PORTREVISION, because this should not change the resulting
packages.

Note for maintainers: try to not depend on the whole suitesparse package,
especially if your port do not require GraphBLAS (the biggest one).

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

Remove # $FreeBSD$ from Makefiles.

Update math/eigen3 to latest upstream release

Release notes are at
	https://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.9
One of our patches was for issue 2011, which is resolved upstream,
so that can go. The other patch is not needed anymore either.

While here, drop the gl (USE=gl) dependency. This turned out to be
needed for tests that aren't built anyway. I mini-exp-ran this by
test-compiling all the things that showed fallout in the previous
Eigen update.

Referenced PR is about gl, not about updating Eigen.

PR:		251939

- Upgrade math/eigen3 to 3.3.8;

- Add some dependencies which might be detected by Find_Package but not registered;

- Bump PORTREVISION of consumers.

PR:		250833
Submitted by:	/me
Approved by:	tcberner@ (KDE / maintainer) + exp-run

Update math/eigen3 to 3.3.7

- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.6
- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.7

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

Update math/eigen3 to 3.3.5

Add LICENSE_FILE

Approved by:	portmgr (blanket)

math/eigen3: Added NO_ARCH=yes

PR:		224630
Submitted by:	myself
Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D13698

Update license of ports using MPL (without version)

All ports now should use MPL[10|11|20] license.

Approved by:	portmgr (blanket)

math/eigen3: update 3.2.10 -> 3.3.4

PR:		220019
Reviewed by:	otacilio.neto@bsd.com.br
Approved by:	rakuco (kde)
Relnotes:	http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.4

Update eigen3 to 3.2.10

Changelog: http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.2.10

Reviewed by:    rakuco
Approved by:    rakuco (mentor)
Differential Revision:  https://reviews.freebsd.org/D8149

math/eigen3: unbreak consumers on 9.x after r421231

In file included from /usr/local/include/eigen3/unsupported/Eigen/MatrixFunctions:58,
                 from modules/contrib/src/rgbdodometry.cpp:65:
/usr/local/include/eigen3/unsupported/Eigen/src/MatrixFunctions/MatrixExponential.h: In member function 'void Eigen::MatrixExponential<MatrixType>::computeUV(float)':
/usr/local/include/eigen3/unsupported/Eigen/src/MatrixFunctions/MatrixExponential.h:296: error: call of overloaded 'pow(int, int&)' is ambiguous
/usr/include/math.h:210: note: candidates are: double pow(double, double)
/usr/include/c++/4.2/cmath:357: note:                 float std::pow(float, float)
/usr/include/c++/4.2/cmath:361: note:                 long double std::pow(long double, long double)
/usr/include/c++/4.2/cmath:365: note:                 double std::pow(double, int)
/usr/include/c++/4.2/cmath:369: note:                 float std::pow(float, int)
/usr/include/c++/4.2/cmath:373: note:                 long double std::pow(long double, int)

Reported by:	pkg-fallout

Update math/eigen3 to 3.2.9

Approved by:	rakuco (mentor)
Differential Revision:	https://reviews.freebsd.org/D7729

Update to 3.2.8.

Changes: http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.2.8

Update to 3.2.7.

PR:		203814
Submitted by:	dieterich.joh@gmail.com,
		Tobias Berner <tcberner@gmail.com>

Uses/cmake.mk: Replace CMAKE_ENV with CONFIGURE_ENV.

Instead of defining a variable that is almost always based on CONFIGURE_ENV,
just use CONFIGURE_ENV directly.

This also matches the behavior of other ports that do not use autotools (so
most ports can just worry about CONFIGURE_ENV). Additionally, the fact that
we do not use ?= means we do not have problems if another file in Uses/
needs to set CONFIGURE_ENV (with CMAKE_ENV, the order of the arguments to
USES would matter).

Ports which set CMAKE_ENV have been adjusted accordingly. In most cases,
CMAKE_ENV was just replaced with CONFIGURE_ENV, the exceptions being:
* databases/sqliteman: CMAKE_ENV line removed; setting QMAKESPEC there has
                       no effect on the build system.
* devel/freeocl: CMAKE_ENV line removed; FREEOCL_CXX_COMPILER is already
                 retrieved from the CMAKE_CXX_COMPILER variable in the build
                 system.
* graphics/openimageio: CMAKE_ENV line removed; setting Qt variables there
                        has no effect on the build system.

Reviewed by:		makc
Differential Revision:	https://reviews.freebsd.org/D3403

Use PREFIX, not LOCALBASE, when setting PKG_CONFIG_LIBDIR.

As pointed out by makc@, we are indicating where this port should install
its files, so we should use PREFIX, not LOCALBASE.

Cleanup plist

Update to 3.2.2.

Changes: http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.2.2

PR:		193104
Submitted by:	pfg@

Convert a bunch of USE_BZIP2 to USES=tar:bzip2

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

Update to 3.2.1.

This is a maintenance release that fixes some bugs present in 3.2.0.
Full ChangeLog: http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.2.1

Support staging

Submitted by:	Schaich Alonso <alonsochaich@fastmail.fm>

Add NO_STAGE all over the place in preparation for the staging support (cat: math)

Adjust pkgname to avoid confusing binary only users. oldversion version get their pkgname suffixed by the version, shinest and greatest version doesn't change their name. Ajust the conflicts line accordingly Remove the now useless LATEST_LINK where they are not needed anymore.

Approved by:	kde (rakuco)

- Update to 3.2.0. - Use LOCALBASE instead of PREFIX when setting PKG_CONFIG_LIBDIR.

Update to 3.1.3

- convert USE_CMAKE to USES - while here clean up some ports from CMAKE_VERBOSE, which is intended   for users

Approved by:	portmgr (miwi)

Replace CMAKE_INSTALL_PREFIX with PREFIX (in preparation for bsd.cmake.mk clean up)

- Update to 3.1.2 - Trim Makefile header (using 1-line style since this was a repocopy)

Feature safe:	yes

Update to 3.1.1.

- LICENSE has changed to MPL, but there are still a few features that are
  licensed LGPL21.

Submitted by:	Jason E. Hale <bsdkaffee at gmail.com> via area51 r8558

- Remove PORTEPOCH as the port is too new to be installed on anyone's   system (and it's not in math/Makefile yet).

- Restore PORTEPOCH.

- Update to 3.1.0.

Submitted by:	Loic <coder at tuxfamily.org> via mailing list
		Jason E. Hale <bsdkaffee at gmail.com> via area51

- Update to 2.0.17.   This release should contain only two small bugs. - Update MASTER_SITES to use the https version of bitbucket. - Do not set FETCH_ARGS to a custom value, as it does not seem   to be needed anymore. - Kind of revert the fix for PR 159690 now that bitbucket seems   to have changed its mind once again and changed the naming   scheme of the top-level directory in the tarball.

- Fix build (tarball rerolled).

PR:		159690
Submitted by:	Mikhail Teterin <mi@symbion.zaytman.com> via e-mail

- Adjust FETCH_ARGS to fix fetching from secured site after redirect

Noticed by:	pointyhat via pav