net/mpich: Update to 4.2.3

PR:	281834

net/mpich: fix build with clang 19 on i386

In bug 276035 this was already handled once, but with clang 19 on i386
we get similar link errors:

  ld: error: undefined reference: __addtf3
  >>> referenced by lib/.libs/libmpi.so (disallowed by
--no-allow-shlib-undefined)

  ld: error: undefined reference: __gttf2
  >>> referenced by lib/.libs/libmpi.so (disallowed by
--no-allow-shlib-undefined)

  ld: error: undefined reference: __lttf2
  >>> referenced by lib/.libs/libmpi.so (disallowed by
--no-allow-shlib-undefined)

  ld: error: undefined reference: __multf3

net/mpich: Fix build error on i386 CURRENT

A workaround existed in net/mpich for a missing feature in llvm 17.0.
The feature has been added to llvm 18.1 except for the i386 platform.
This patch adds llvm 18.1 i386 to the existing workaround.

PR:		280719
Approved by:	submitter is maintainer

net/mpich: Upgrade mpich from 4.2.1 to 4.2.2

  - Remove default slurm dependency and make it an option (Bug 279777)
  - Remove HYDRA dependency on torque (not needed)
  - Revert removal of HYDRA option

PR:		280184, 279777
Approved by:	 Laurent Chardon <laurent.chardon@gmail.com> (maintainer)

net/mpich: remove support for expired graphics/torque

net/mpich: mark IGNORE when the option L0 is selected

It builds fine with L0, but does not run.

PR:		278869

net/mpich: fix with default options

MPICH is broken when L0 is selected: remove it from the default options.

Remark: still broken with L0.

PR:		278869

net/mpich: Update to 4.2.1

- Submitter becomes maintainer
- Remove bash dependency
- Restore the www doc folder
- Remove bugfix for slurm_query_node_list.c as it was fixed upstream

While I'm here:
- Remove GNU_CONFIGURE_MANPREFIX after 9fd7ee1cdf6c

ChangeLog:	https://www.mpich.org/2024/04/17/mpich-4-2-1-released/
PR:		278505

net/mpich: update 4.1.2 → 4.1.3

net/mpich: Fix failure to build when devel/uthash is installed

PR:		265684

net/mpich: Moved man to share/man

Approved by:    portmgr (blanket)

net/mpich: apply the fix for clang 17 on all OSVERSION

clang-17 has been MFC’ed: do not check OSVERSION but rather COMPILER_VERSION.

PR:		276035
Reported by:	pmc (at) citylink.dinoex.sub.org

net/mpich: real fix for clang-17

This replaces the previous work-around and the need of an external
compiler.

For detailed explanations, see PR 276035.

PR:		276035

net/mpich: fix PORTREVISION after 003d02547265

net/mpich: work-around to build the dependencies on -CURRENT

Since the switch from clang-16 to 17.0.6 on -CURRENT, MPICH encounters
linker errors.

A work-around to force the usage of clang <= 16 has been introduced in
eb36006fdb70, but when the compiler has been forced to build, it must be
kept to build the dependencies.

PR:		276035

net/mpich: Revert dependency changes

Revert "net/mpich: fix build by removal of hydra from pkg-plist"

This reverts commit 531052cb22f42acc476e0b15379db24115b683f1.

Revert "net/mpich: Update dependency"

This reverts commit 78bb85928c8845e2f3ccd78dc68bd2e7184a9339.

sysutils/torque is required by mpich.

Reported by:	thierry

net/mpich: fix build by removal of hydra from pkg-plist

Commit 78bb85928c8 removed the HYDRA option, but missed to remove
the files depending on that option from pkg-plist.

Approved by:	portmgr (implicit)

net/mpich: Update dependency

Default option HYDRA depends on expired port sysutils/torque. Remove the
DEFAULT option and dependencies.

net/mpich: Unbreak on CURRENT with base clang 17

clang version 17.0.6 causes linker errors that break the build on
15.0-CURRENT.  Work around this by building with an older llvm from
ports. This patch is same as commit f25b169ac895.

Thanks to thierry@ for the hint.

net/mpich: fix with Slurm-23.11.1

See <https://github.com/pmodels/mpich/issues/6806>.

Patch from <https://github.com/pmodels/mpich/pull/6820>.

net/mpich: upgrade to 4.1.2

Upgrade to 4.1.2

Release notes at <https://www.mpich.org/2023/06/08/mpich-4-1-2-released/>.

It also installs mpi_f08.mod and some other interfaces, but this requires
ISO_Fortran_binding.h to be found.

PR:		275317
Exp-run by:	antoine@

net/mpich: drop not necessary powerpc64 knob

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

Mk/Uses/mpi.mk: revert c9a111c1f2ce by marking MPICH libraries as private

Mark the libraries brought by MPICH dependencies as private, in order to
avoid to register them.

Patch provided by tijl@.

net/mpich: do not fail when F90 is set

PR:		267502

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.

net/mpich: update to 3.4.3

Changes:	https://www.mpich.org/2021/12/16/mpich-3-4-3-released/
Reported by:	GitHub (watch releases)

net/mpich: Fix bug with uninitialized variables

Patch suggested in
https://github.com/nwchemgit/nwchem/issues/463#issuecomment-960359049
is added.

science/nwchem now works with mpich.

*/*: 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)

net/mpich: switch L0=off to --without-ze after 697c7df81364

https://github.com/pmodels/mpich/commit/67b1e07851fe
https://github.com/pmodels/mpich/commit/84ae6243139c

PR:		252536
Reported by:	Edoardo Aprà

net/mpich: replace L0 fix with upstream version

PR:		252536
Reported by:	Edoardo Aprà

net/mpich: Update CONFLICTS

net/mpich: unbreak optimized runtime after 88e134883dd2

Runtime may fail without a L0 driver like intel-compute-runtime e.g.,

$ mpivars
Abort(268484367) on node 0 (rank 0 in comm 0): Fatal error in PMPI_Init_thread:
Other MPI error, error stack:
MPIR_Init_thread(153):  gpu_init failed
[unset]: write_line error; fd=-1 buf=:cmd=abort exitcode=268484367
:
system msg for write_line failure : Bad file descriptor
Attempting to use an MPI routine before initializing MPICH

$ MPIR_CVAR_ENABLE_GPU=0 mpivars
Abort(2139535) on node 0 (rank 0 in comm 0): Fatal error in PMPI_Init_thread:
Other MPI error, error stack:
MPIR_Init_thread(159)......:

devel/level-zero: update to 1.4.1

Changes:	https://github.com/oneapi-src/level-zero/compare/v1.3.7...v1.4.1
Reported by:	GitHub (watch releases)

net/mpich: enable L0 by default for GPU support

To disable at runtime set MPIR_CVAR_ENABLE_GPU=0 via environ(7).

PR:		256244
Tested by:	thierry

net/mpich: update to 3.4.2

Changes:	https://www.mpich.org/2021/05/28/mpich-3-4-2-released/
Reported by:	GitHub (watch releases)

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

Remove # $FreeBSD$ from Makefiles.

net/mpich: Update to 3.4.1

Changes: https://www.mpich.org/2021/01/26/mpich-3-4-1-released/

net/mpich: fix build on powerpc64

Neither __BYTE_ORDER nor __BIG_ENDIAN are defined:
In file included from src/mpi/datatype/typerep/dataloop/looputil.c:10:
./src/mpi/datatype/typerep/dataloop/looputil.h:57:2: error: This code assumes
that __BYTE_ORDER and __BIG_ENDIAN are defined
#error This code assumes that __BYTE_ORDER and __BIG_ENDIAN are defined

net/mpich: unbreak with level-zero after r560756

level-zero is pulled as a build-only dependency of intel-compute-runtime.
mpich support for level-zero is broken and uses pre-1.0 API (before r545238).

src/gpu/mpl_gpu_ze.c:123:11: warning: implicit declaration of function
'zeDriverGetMemIpcHandle' is invalid in C99 [-Wimplicit-function-declaration]
    ret = zeDriverGetMemIpcHandle(global_ze_driver_handle, ptr, ipc_handle);
          ^
src/gpu/mpl_gpu_ze.c:139:9: warning: implicit declaration of function
'zeDriverOpenMemIpcHandle' is invalid in C99 [-Wimplicit-function-declaration]
        zeDriverOpenMemIpcHandle(global_ze_driver_handle,
        ^
src/gpu/mpl_gpu_ze.c:140:70: error: no member named 'global_dev_id' in 'struct
_ze_ipc_mem_handle_t'
                                
global_ze_devices_handle[ipc_handle.global_dev_id],
                                                          ~~~~~~~~~~ ^
src/gpu/mpl_gpu_ze.c:141:45: error: no member named 'handle' in 'struct
_ze_ipc_mem_handle_t'

- Upgrade to 3.4:
  Release notes at <https://www.mpich.org/2021/01/05/mpich-3-4-released/>

- Depend on external libfabric and libjson-c

- Add a test target.

net/mpich: 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/mpich-3.2.1_6.log

PR:		246700

Mpich installs some Perl scripts, e.g. parkill.
If Perl is not found during the build, their shebang is:
#!

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

Update MASTER_SITES and WWW

net/mpich: Remove the compiler version check

It fails on science/meep for no obvious reason, and would otherwise prevent meep
from being upgraded mpich2->mpich.

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

Add USES=compiler:c11 to fix build on gcc-based archs.

PR:		233307
Submitted by:	Piotr Kubaj

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

Update to 3.2.1 and drop maintainership.

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

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

Add patch to apply alignment attribute to a struct instead of a typedef.
This rounds the size of the struct to a multiple of the alignment such that
malloc and friends allocate memory with the correct alignment.

PR:		214784
MFH:		2016Q4

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

With hat:	portmgr
Sponsored by:	Absolight

The configure variable MPICH_LDFLAGS is no longer supported.  There is a
separate variable for each compiler wrapper now.

PR:		206655

Update to MPICH 3.2

- Enable FORTRAN and GFORKER options by default due to popular request
- Add option group descriptions

- Update to MPICH 3.1.4
- Pass *FLAGS variables to configure via MPICHLIB_*FLAGS because otherwise
  they are hardcoded into mpicc [1]

PR:		197563 [1]

Update to MPICH 3.1.3

From the announcement:
This release adds several enhancements to Portals4 support, PAMI, RMA, and
ROMIO.  It also contains a large number of bug fixes.

Update to MPICH 3.1.2

From the announcement:
This release contains significant enhancements to the BG/Q device,
especially for RMA and shared memory functionality.  It also contains
enhancements to ROMIO and upgrades hwloc to 1.9.  In addition, it updates
its weak alias support to align with gcc-4.x, has a better implementation
of MPI_Allreduce for intercommunicator, adds more F08 test cases and fixes
several bugs present in 3.1.1.

- Switch devel/hwloc to USES=libtool, drop .la files
- Bump dependent ports as .so version has changed
- Add LICENSE_FILE
- While here, fix stagedir reference in www/trafficserver

Approved by:	portmgr blanket

Update to MPICH 3.1.1.

From the announcement:
This is a stable release that adds several capabilities including Blue
Gene/Q implementation supports for MPI-3, experimental Fortran 2008
bindings, significant rework of MPICH library management, and a large
number of bug fixes.

Convert all :U to :tu and :L to :tl

Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)

bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore

Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier

With hat:	portmgr

When linking a library libA with a library libB using libtool, if libB.la
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la.  So everything that subsequently links with libA will also
link to these extra libraries.  This causes too much overlinking.

This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging.  However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.

So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).

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)

- Update to MPICH 3.1.
- Remove bash and perl dependencies.
- Make Fortran support optional.
- Add options to select process managers.

Based on suggestions made by Matthieu Volat <matthieu.volat@ujf-grenoble.fr>

Introduce MPICH version 3.1rc3 in net/mpich (copied from net/mpich2) as
upstream MPICH2 has been renamed back to MPICH.

Remove net/mpich.  It fails to build, does not have a maintainer, no
other port depends on it, and has been superseded by net/mpich2.

Discussed with: pav

Bump PORTREVISION due to change of USE_FORTRAN=yes to GCC 4.3.

Use ${FC} instead of hard coding gfortran42 (which would need to be
gfortran43 nowadays).

Remove F77=${FC} from CONFIGURE_ENV since this provided by Mk/bsd.gcc.mk.

Add USE_GCC=4.3 since this port uses both C and Fortran frontends.

- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+

Thanks to all Helpers:
        Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
        ehaupt, nox, itetcu, flz, pav

PR:             116263
Tested on:      pointyhat
Approved by:    portmgr (pav)

- Remove the DESTDIR modifications from individual ports as we have a new,
  fully chrooted DESTDIR, which does not need such any more.

Sponsored by:   Google Summer of Code 2007
Approved by:    portmgr (pav)

Don't use implicitly f77 but set USE_FORTRAN, thus install the f90
interface and fix on -CURRENT.

- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.

- Remove FreeBSD 4.X support from unmaintained ports in categories starting
  with letter n-p

Reset dbader@ece.unm.edu due to timeouts and no response to email.

Hat:            portmgr

Respect $X11BASE.

PR:             105844
Approved by:    maintainer's time-out

- Upgrade to the latest MPICH-1;

- Change WWW and add a note about MPICH-2.

PR:             ports/100522
Approved by:    maintainer time-out (one month)

Add support for DESTDIR part I.

This commit should largele be a NOOP as it only adds support
for DESTDIR undefined. This does allow us to start testing
ports with DESTDIR set, but this is as of yet not supported.

Although this has been extensively tested on pointyhat, this
is a very intrusive change and some cases may have been
overlooked. Please contact Gabor and me if you find any.

PR:             100555
Submitted by:   gabor
Sponsored by:   Google Summer of Code 2006

SHA256ify

Approved by: krion@

Convert to OPTIONS.

Approved by:    maintainer

Add a link for ports still using mpiCC. [1]

Since I'm there, prune empty directories.

Reported by:    Kris via pointyhat [1]
Approved by:    maintainer [1]

Upgrade to 1.2.6 and fix building problems by upgrading from jdk13 to
jdk14.

With some cleaning to pet portlint.

Remark: java is disabled when PACKAGE_BUILDING.

PR:             ports/79279
Submitted by:   maintainer

SIZEify (maintainer timeout)

Implement an WITHOUT_X11 and an WITHOUT_TK target

Approved By:    maintainer

Upgrade 1.2.5 to 1.2.5.2, released in September. Include two patches
released by MPICH since then.

Approved by:    maintainer

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 1)

update ports/net/mpich: 1.2.5_1 -> 1.2.5_2
  - maintainer mail address change
  - added some patch files to PATCHFILES

PR:             55608
Submitted by:   David A. Bader <dbader@ece.unm.edu> (maintainer)

De-pkg-comment.

Update to 1.2.5.

PR:             ports/48230
Submitted by:   David A. Bader <dbader@eece.unm.edu>

Add parallel to CATEGORIES.

PR:             ports/39094
Submitted by:   trevor

Update(add new patches), and version bump.

Submitted by:   Mikhail Teterin <mi+mx@aldan.algebra.com>
Approved by:    David A. Bader <dbader@eece.unm.edu> (maintainer)

make the java dependency more flexible

Submitted by:   Nakata Maho <chat95@mbox.kyoto-inet.or.jp>
Reviewed by:    maintainer
Approved by:    knu (mentor)

Update to 1.2.4

PR:             39658
Submitted by:   Nakata Maho <chat95@mbox.kyoto-inet.or.jp>
Reviewed by:    maintainer
Approved by:    knu (mentor)

BROKEN: Does not package correctly