math/octave 11.3.0_2

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

Clean up after java/openjdk6 and java/openjdk6-jre removal

java/openjdk6 support was removed from Mk/bsd.java.mk (r512662) and
java/openjdk6 and java/openjdk6-jre were removed from the ports tree
(r512663).  Now this patch completely removes remaining stuff from the
ports tree.

PR:			241953 (exp-run)
Reviewed by:		glewis
Approved by:		portmgr (antoine)
Differential Revision:	https://reviews.freebsd.org/D22342

Add USES=xorg USES=gl, ports categories m

Add USES=xorg and USES=gl to ports in categories starting with 'm'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.

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

- add JAVA and QT5 option, improve library stripping. - Bump portrevision.

PR:		237854
Submitted by:	phascolarctos@protonmail.ch

- Remove share/info/dir from pkg-plist, because it is a generated file   which is updated during installing packages.

PR:		237774
Submitted by:	Ting-Wei Lan <lantw44@gmail.com>

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

Update devel/readline to 8.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://tiswww.case.edu/php/chet/readline/CHANGES
PR:		236156
Exp-run by:	antoine

- Add %%PORTDOCS%% as appropriate to pkg-plist, because man pages aren't   created if DOCS is off.

PR:		236549
Submitted by:	Lorenzo Salvadore <phascolarctos@protonmail.ch>

- Add dependency audio/portaudio. - Add dependency audio/libsndfile commented out because this port is currently   vulnerable. - Bump portrevision.

- Update math/octave to 5.1.0. - Bump portrevision of unbroken octave-forge-* ports. - Bump portrevision of math/dynare which uses library files from octave. - Mark broken: octave-forge-(database|dicom|optim|fits|linear|linear|optim|   parallel|signal|strings|struct|tisean|video). - Broken optional dependencies in math/octave-forge to default to off. - Bump portrevision of math/octave-forge.

Fix Qt5 symbol version scripts to put the catch-all clause first.  When a symbol matches multiple clauses the last one takes precedence.  If the catch-all is last it captures everything.  In the case of Qt5 libraries this caused all symbols to have a Qt_5 label while some should have Qt_5_PRIVATE_API.  This only affects lld because GNU ld always gives the catch-all lowest priority.

Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium.  Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3]  The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one.  If there's no such non-weak symbol the call
in the weak wrapper resolves to the weak wrapper itself creating an infinite
call loop that overflows the stack and causes a crash.  Some of the
allocation functions are variants of C++ new and delete and it probably
depends on the compiler whether these variants are used in other parts of
Qt5Webengine.

Remove the weak wrappers (make them Linux specific).  This isn't binary
compatible but we are already breaking that with the changes to the symbol
versions.

[1] https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4
[2] https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5
[3] https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5

Bump all ports that depend on Qt5.

PR:		234070
Exp-run by:	antoine
Approved by:	kde (adridg)

Update science/hdf5 to 1.10.4

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://portal.hdfgroup.org/display/support/HDF5%201.10.4#releasenotes
PR:		233070
Submitted by:	wen

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

- Make changes to plist that should have been included with r485798. - Bump portrevision.

Reported by:	pkg-fallout@

- Have the build process use gsed instead of sed.

PR:		ports/233459
Submitted by:	Kyle Evans <kevans@freebsd.org>

- Because of r233240, portrevision should have been bumped.

PR:		ports/233357
Submitted by:	Lorenzo Salvadore <phascolarctos@protonmail.ch>

math/octave: fix pkg-plist typos from r485083

Approved by:	fix-the-obvious

- adds USES+= gl (USE_GL without USES+= gl is deprecated); - adds USES+= desktop-file-utils iconv; - adds USE_XORG+= xcursor xinerama xrender; - adds USE_QT+= printsupport sql widgets; - strips liboctave.so.6.0.0. - Corrects configure options for --withosmesa

PR:		ports/233240
Submitted by:	Lorenzo Salvadore <phascolarctos@protonmail.ch>

Install texinfo files (GNU info) into ${PREFIX}/share/info

After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.

Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.

Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them

Bump revision of all impacted ports

PR:		232907
exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17816

cad/calculix-ccx math/arpack++ math/armadillo math/scilab math/octave: Change dependency from math/arpack to math/arpack-ng

math/arpack is a dead, unmaintained project, and math/arpack-ng is a maintained and updated fork.
This commit is effectively a version upgrade of the arpack dependency.

Approved by:	portmgr blanket (does not result in a change in contents of the resulting package)

Change x11/xorgproto to become a build dep

Change x11/xorgproto to become a build time dependency when added to
USE_XORG.  Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.

PR:		230909
Reviewed by:	eadler
Approved by:	portmgr (antoine)
Obtained from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run:	antoine
Differential Revision:	https://reviews.freebsd.org/D16906

Update science/hdf5 to 1.10.2

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://portal.hdfgroup.org/display/support/HDF5%201.10.2#releasenotes
		https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.2/src/hdf5-1.10.2-RELEASE.txt
PR:		231009
Exp-run by:	antoine

- Update math/octave to 4.4.1. - Bump portrevision for all octave-forge-* ports.

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

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

From now on, ports that depend on Qt4 will have to set
	USES=		qt:4
	USE_QT=		foo bar
ports depending on Qt5 will use
	USES=		qt:5
	USE_QT=		foo bar

PR:		229225
Exp-run by:	antoine
Reviewed by:	mat
Approved by:	portmgr (antoine)
Differential Revision:	→https://reviews.freebsd.org/D15540

- In the log for r469170, I forgot to mention that I added help and   help-tools to USE_QT4. - I also forgot to mention Christoph Moench-Tegeder <cmt@burggraben.net>   who told me these changes.

In this revision:

- Switch from QT4 to QT5.
- Bump portrevision.

Submitted by:	Adriaan de Groot <adridg@freebsd.org>
Obtained from:	https://reviews.freebsd.org/D15328

- Fixed error in which -qt4 is passed to QT tools.  It should be -qt=qt4. - Set MKINFO in configure_args so that makeinfo works. - Since plist changed, bump portrevision.

PR:		ports/228004
Submitted by:	Robert Cina <transitive@gmail.com>

Explicitely disable docs build as it fails when it's attempted (FreeBSD 11+)

perl ./doc/interpreter/mk-qthelp.pl octave.html doc/interpreter/octave_interpreter && \
qcollectiongenerator -qt4 doc/interpreter/octave_interpreter.qhcp -o doc/interpreter/octave_interpreter.qhc >/dev/null && \
rm -f doc/interpreter/octave_interpreter.qhcp doc/interpreter/octave_interpreter.qhp
qcollectiongenerator: could not find a Qt installation of '4'

Reported by:	pkg-fallout
With hat:	portmgr

- Update octave to 4.4.0. - Either bump portrevision or mark broken for octave-forge-* ports. - Bump port revision for octave-forge.

Update the QScintilla2 ports to 2.10.4

math/suitesparse: Update 4.0.2 -> 5.2.0

Port changes:
* Change to DISTVERSION
* Update MASTER_SITES
* Change to LICENSE_COMB=dual
* Add LIB_DEPENDS
* Unbundle metis, made it a dependency
* Update do-build and do-install
* Update WWW

Bump 11 ports.
games/naev is marked broken because it depends on the no longer installed library.

PR:		210579
Submitted by:	yuri
Submitted by:	pfg
Approved by:	maintainer timeout (maho@FreeBSD.org, 21 months)
Approved by:	maintainer timeout (fortran@FreeBSD.org, 45 days)

- Add Makefile.version to share version with ports depending on octave.

PR:		ports/226816
Submitted by:	Yuri Victorovich <yuri@freebsd.org>

- Update to 4.2.2.

Bump PORTREVISIONs of all users of math/mpc that we just updated to version 1.1.0 (via revision 464079).

- Fix build on armv6.

PR:		ports/223277
Submitted by:	mikael.urankar@gmail.com

- Link against osmesa. - Bump portrevision.

- Make sure qscintilla links correctly to octave (otherwise the built in text editor   doesn't work in the GUI version).

- Make sure build doesn't use qt5 libraries/utilities.

PR:		ports/226246
Submitted by:	Ting-Wei Lan <lantw44@gmail.com>

Explicitely disable openmp, for some reasons configure enables it on 10.x amd64 (not other archs) and this causes fallout in some octave-forge ports

With hat:	portmgr

- Update to 4.2.1. - Maintainership to stephen@.

PR:		ports/225073
Submitted by:	Ben Lauwens <ben.lauwens@gmail.com>

Update QScintilla 2.10.2.

Upstream has renamed its libraries and we no longer need to patch
devel/qscintilla-qt5 to create a library whose name does not conflict with
devel/qscintilla's. However, the library names are different so we need to bump
PORTREVISION in several ports (the SOVERSION has changed too).

Thanks to antoine for the exp-run.

PR:		225928

math/octave: Set correct USE_LDCONFIG=

PR:		223690
Reported by:	joneum
Approved by:	maintainer timeout (2 weeks) rene (mentor)
Differential Revision:	https://reviews.freebsd.org/D13245

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 PORTREVISION to reflect print/gl2ps changes.

PR:		ports/218399 (based on)
Submitted by:	emaste

Update devel/readline to 7.0 patch 3

- Bump PORTREVISION for shlib change

Changes:	https://cnswww.cns.cwru.edu/php/chet/readline/CHANGES
		https://lists.gnu.org/archive/html/bug-bash/2016-09/msg00107.html
		https://lists.gnu.org/archive/html/bug-readline/2017-01/msg00002.html
Differential Revision:	https://reviews.freebsd.org/D11172
PR:		219947
Exp-run by:	antoine

Update science/hdf5 to 1.10.1

- Bump PORTREVISION for shlib change

Changes:	https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.1/src/hdf5-1.10.1-RELEASE.txt

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

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

Revert r428758 and unbreak The portmgr blanket doesn't cover breakages

Pointy hat:	sunpoet