net/mpich2

net/mpich2: remove

MPICH2 has been marked as deprecated since dec. 2020, and no port in the
tree depends on it anymore.

Upstream switched to MPICH3 (net/mpich) and MPICH4 (not yet in the ports
tree), and now it does not build with GCC-11: it’s time to remove it.

PR:		264366
Reported by:	salvadore

*/*: Remove redundant '-[0-9]*' from CONFLICTS

The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").

Many CONFLICTS definitions used patterns like "bash-[0-9]*" to filter
for the bash package in any version. But that pattern is functionally
identical with just "bash".

Approved by:	portmgr (blanket)

Remove # $FreeBSD$ from Makefiles.

- clean the CONFLICTS line;

- no more ports in the tree depend on MPICH 2: mark it deprecated, and advise
  to switch to MPICH 3.

net/mpich2: Unbreak build with GCC 10

checking whether gfortran10 allows mismatched arguments... no
configure: error: The Fortran compiler gfortran10 will not compile files that call
the same routine with arguments of different types.

http://package18.nyi.freebsd.org/data/121amd64-default-PR244494/2020-06-10_18h04m44s/logs/errors/mpich2-1.5_14,5.log

PR:		246700

Remove the Python 2.7 modules, so that we can keep this port untill all consumers have switched to a newer MPI provider.

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 n

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

- Add compat for NOCCACHE -> NO_CCACHE

Convert to UCL & cleanup pkg-message (categories n)

(and missed 3 missed files from previous categories.)

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

net/mpich2: Unbreak build by setting BASH_SHELL environment variable

Without it it was failing for me with wrong bash interpreter path in all executables (ex. mpicxx).
Not sure why central builds weren't failing, but configrure expects BASH_SHELL to be set.

Also order USExx section.

Approved by:	portmgr

Fix an incorrect plist when the option X11 is deselected.

PR:		228155
Submitted by:	doralitze (at) chaotikum.org

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

Remove a few text occurrences of NOPORTDOCS.

Sponsored by:	Absolight

- Those ports fail to build with python3 - Add some explicit FLAVOR to dependencies where needed

Cleanup after removal of libexecinfo from ports.

PR:		220271
Submitted by:	mat (review), Yasuhiro KIMURA (PR)
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D11488

Remove USES=execinfo.

PR:		220271
Submitted by:	mat (review), Yasuhiro KIMURA (PR)
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D11488

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

It is possible that r441426 will fix the build problem on armv6.  Give it a try.

Approved by:	portmgr (tier-2 blanket)

Mark some ports failing on various tier-2 archs.  In cases where the error message was a stub, provide a real one.

While here, pet portlint.

This is a catchup commit from various earlier commits.

Approved by:	portmgr (tier-2 blanket)

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

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).

In particular that is 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.

Convert to @sample

Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

Remove MAKE_JOBS_UNSAFE: according to mpich2 wiki FAQ, this issue was fixed since v1.5a1.

PR:		ports/207691
Submitted by:	jiashiun (at) gmail.com

USES=execinfo localbase switch.

PR:		ports/205388
Submitted by:	pawel

By default libtool replaces -export-symbols <file> with -retain-symbols-file <file> on ELF systems, but this doesn't really do what -export-symbols is meant to do.  On GNU ELF systems it converts <file> to a simple version script first and then uses -version-script instead of -retain-symbols-file. Let USES=libtool patch libtool scripts to do this on all systems with GNU ld(1).

Bump PORTREVISION on all ports where the build log contains -export-symbols.

audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions.  Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to.  Fix a number of other issues in the same
Makefile.am and clean up the port Makefile.

japanese/scim-honoka: Tries to hide all symbols that start with an
underscore, but because this library is written in C++ all symbols start
with _Z so it ends up hiding everything.  Just don't hide anything at all
like the textproc/scim configure script does.

multimedia/schroedinger: Apply an upstream patch.

textproc/scim-input-pad: Same as japanese/scim-honoka.

PR:		201922
Approved by:	portmgr (antoine)
Exp-run by:	antoine

net category: Remove $PTHREAD_LIBS

openafs did not pass check-plist (pre-existing) so fixed and bumped.
Also, pkg-plist was sorted.  mediatomb and spread also fail plist-checks
but they weren't fixed.

approved by:	PTHREAD blanket

Remove explicit dependency on javavmwrapper for ports that USE_JAVA

net/mpich2: Fix typo in MPI_CFLAGS (from previous commit)

net/mpich2: fix pkg-plist when JAVA option disabled, but while here...

When the default JAVA option is turned off, the check-plist fails due
to four files that don't get installed, so prefix them with %%JAVA%%

While here:
 * Fixing stage-qa with INSTALL_TARGET=install-strip
 * Manually strip JAVA option library libTraceInput.so as needed
 * Remove obsolete @dirrm
 * Add CFLAGS related to using ports execinfo to find the execinfo.h
   (ports GCC seem to look in /usr/local/include by default, but DF's
    base compiler does not, so explicitly specify this location)

All of these should be covered under the "Just Fix It" blanket

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)

- Upgrade to 1.5;

- Bump PORTREVISION for consumers.

Upgrade to 1.4.1p1.

- Take maintainership back;

- Stagify and modernize.

Reset maintainer of net/mpich2

This port is unstaged.  There were PRs discussing it, but no staging
PR existed, so the maintainer should have been reset back in June.
Several staged ports that depend on this one are currently at risk of
being removed with it.  It's also very old (ver 1.3.2) and the current
release is at 3.1.2, so it also needs to be updated to the latest
version as well as staged.

Approved by:	portmgr (implicit, not staged)

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)

Modernize LIB_DEPENDS

With hat:	portmgr

Remove indefinite articles and trailing periods from COMMENT, plus minor COMMENT typos and surrounding whitespace fixes. A few Makefiles where not included as they contain Latin-1 characters that break the Phabricator workflow. Category N.

CR:		D307
Approved by:	portmgr (bapt)

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)

net/mpich2: fix usage of python

Reported by:	exp-run (PR 184591)
Approved by:	portmgr (blanket)

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
 - 0^0, which returned (NaN,NaN) previously, now returns (1,+0).
 - Removed compatibility with K&R compilers, which was untestable due
   to lack of such compilers.
 - New functions
   . mpc_log10
   . mpc_mul_2si, mpc_div_2si
 - Speed-ups
   . mpc_fma
 - Bug fixes
   . mpc_div and mpc_norm now return a value indicating the effective
     rounding direction, as the other functions.
   . mpc_mul, mpc_sqr and mpc_norm now return correct results even if
     there are over- or underflows during the computation.
   . mpc_asin, mpc_proj, mpc_sqr: Wrong result when input variable has
     infinite part and equals output variable is corrected.
   . mpc_fr_sub: Wrong return value for imaginary part is corrected.

Convert to the new LIB_DEPENDS standard and remove hard-coded
.so versions from a couple of dependent ports.

Bump PORTREVISIONS of all dependent ports.

PR:		183141
Approved by:	portmgr (bdrewery)

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

Convert USE_GNOME=pkgconfig to USES=pkgconfig While here: - Trim headers - Convert:   * USE_GNOME=gnomehack -> USES=pathfix   * USE_PERL5 -> USES=perl5   * USE_GMAKE -> USES=gmake