| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Release notes:
https://www.mpich.org/2025/06/20/mpich-4-3-1-released/
Move lines in Makefile to follow block guidelines.
PR: 287701
|
|
|
|
|
| |
ChangeLog: https://raw.githubusercontent.com/pmodels/mpich/v4.3.0/CHANGES
PR: 284589
|
|
|
|
| |
PR: 281834
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
>>> referenced by lib/.libs/libmpi.so (disallowed by --no-allow-shlib-undefined)
ld: error: undefined reference: __extendxftf2
>>> referenced by lib/.libs/libmpi.so (disallowed by --no-allow-shlib-undefined)
ld: error: undefined reference: __trunctfxf2
>>> referenced by lib/.libs/libmpi.so (disallowed by --no-allow-shlib-undefined)
Again the cause is that the mpich configure script detects partial
float128 support on i386 (i.e. the compile doesn't immediately choke on
defining variables of that type). It then enables HAVE_FLOAT128, which
leads to the above errors, because compiler-rt does not support float128
on i386.
PR: 281557
Approved by: laurent.chardon@gmail.com (maintainer)
MFH: 2024Q3
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
- 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)
|
| |
|
|
|
|
|
|
| |
It builds fine with L0, but does not run.
PR: 278869
|
|
|
|
|
|
|
|
| |
MPICH is broken when L0 is selected: remove it from the default options.
Remark: still broken with L0.
PR: 278869
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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
|
| |
|
|
|
|
| |
PR: 265684
|
|
|
|
| |
Approved by: portmgr (blanket)
|
|
|
|
|
|
|
| |
clang-17 has been MFC’ed: do not check OSVERSION but rather COMPILER_VERSION.
PR: 276035
Reported by: pmc (at) citylink.dinoex.sub.org
|
|
|
|
|
|
|
|
|
| |
This replaces the previous work-around and the need of an external
compiler.
For detailed explanations, see PR 276035.
PR: 276035
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
Commit 78bb85928c8 removed the HYDRA option, but missed to remove
the files depending on that option from pkg-plist.
Approved by: portmgr (implicit)
|
|
|
|
|
| |
Default option HYDRA depends on expired port sysutils/torque. Remove the
DEFAULT option and dependencies.
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
See <https://github.com/pmodels/mpich/issues/6806>.
Patch from <https://github.com/pmodels/mpich/pull/6820>.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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@
|
| |
|
| |
|
|
|
|
|
|
|
| |
Mark the libraries brought by MPICH dependencies as private, in order to
avoid to register them.
Patch provided by tijl@.
|
|
|
|
| |
PR: 267502
|
|
|
|
|
|
|
|
|
|
| |
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)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
|
|
|
|
|
| |
Changes: https://www.mpich.org/2021/12/16/mpich-3-4-3-released/
Reported by: GitHub (watch releases)
|
|
|
|
|
|
|
|
| |
Patch suggested in
https://github.com/nwchemgit/nwchem/issues/463#issuecomment-960359049
is added.
science/nwchem now works with mpich.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
|
|
|
|
|
|
|
|
| |
https://github.com/pmodels/mpich/commit/67b1e07851fe
https://github.com/pmodels/mpich/commit/84ae6243139c
PR: 252536
Reported by: Edoardo Aprà
|
|
|
|
|
| |
PR: 252536
Reported by: Edoardo Aprà
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)......:
MPID_Init(591).............:
MPIDI_SHM_mpi_init_hook(22):
MPIDI_IPC_mpi_init_hook(36):
MPIDI_GPU_mpi_init_hook(79): gpu_get_dev_count failed
[unset]: write_line error; fd=-1 buf=:cmd=abort exitcode=2139535
:
system msg for write_line failure : Bad file descriptor
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)......:
MPID_Init(591).............:
MPIDI_SHM_mpi_init_hook(22):
MPIDI_IPC_mpi_init_hook(36):
MPIDI_GPU_mpi_init_hook(79): gpu_get_dev_count failed
[unset]: write_line error; fd=-1 buf=:cmd=abort exitcode=2139535
:
system msg for write_line failure : Bad file descriptor
Segmentation fault
PR: 256244 (for tracking)
|
|
|
|
|
| |
Changes: https://github.com/oneapi-src/level-zero/compare/v1.3.7...v1.4.1
Reported by: GitHub (watch releases)
|
|
|
|
|
|
|
| |
To disable at runtime set MPIR_CVAR_ENABLE_GPU=0 via environ(7).
PR: 256244
Tested by: thierry
|
|
|
|
|
| |
Changes: https://www.mpich.org/2021/05/28/mpich-3-4-2-released/
Reported by: GitHub (watch releases)
|
|
|
|
| |
Reported by: lwhsu
|
| |
|
|
|
|
|
|
|
| |
Changes: https://www.mpich.org/2021/01/26/mpich-3-4-1-released/
Notes:
svn path=/head/; revision=566140
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=561371
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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'
ipc_handle.handle, ZE_IPC_MEMORY_FLAG_NONE, ptr);
~~~~~~~~~~ ^
src/gpu/mpl_gpu_ze.c:141:53: error: use of undeclared identifier 'ZE_IPC_MEMORY_FLAG_NONE'; did you mean 'ZE_IPC_MEMORY_FLAG_TBD'?
ipc_handle.handle, ZE_IPC_MEMORY_FLAG_NONE, ptr);
^~~~~~~~~~~~~~~~~~~~~~~
src/gpu/mpl_gpu_ze.c:156:11: warning: implicit declaration of function 'zeDriverCloseMemIpcHandle' is invalid in C99 [-Wimplicit-function-declaration]
ret = zeDriverCloseMemIpcHandle(global_ze_driver_handle, ptr);
^
src/gpu/mpl_gpu_ze.c:171:11: warning: implicit declaration of function 'zeDriverGetMemAllocProperties' is invalid in C99 [-Wimplicit-function-declaration]
ret = zeDriverGetMemAllocProperties(global_ze_driver_handle, ptr, &ptr_attr, &device);
^
src/gpu/mpl_gpu_ze.c:202:25: error: use of undeclared identifier 'ZE_DEVICE_MEM_ALLOC_FLAG_DEFAULT'
device_desc.flags = ZE_DEVICE_MEM_ALLOC_FLAG_DEFAULT;
^
src/gpu/mpl_gpu_ze.c:204:17: error: no member named 'version' in 'struct _ze_device_mem_alloc_desc_t'
device_desc.version = ZE_DEVICE_MEM_ALLOC_DESC_VERSION_CURRENT;
~~~~~~~~~~~ ^
src/gpu/mpl_gpu_ze.c:204:27: error: use of undeclared identifier 'ZE_DEVICE_MEM_ALLOC_DESC_VERSION_CURRENT'
device_desc.version = ZE_DEVICE_MEM_ALLOC_DESC_VERSION_CURRENT;
^
src/gpu/mpl_gpu_ze.c:208:11: warning: implicit declaration of function 'zeDriverAllocDeviceMem' is invalid in C99 [-Wimplicit-function-declaration]
ret = zeDriverAllocDeviceMem(global_ze_driver_handle, &device_desc,
^
src/gpu/mpl_gpu_ze.c:223:23: error: use of undeclared identifier 'ZE_HOST_MEM_ALLOC_FLAG_DEFAULT'
host_desc.flags = ZE_HOST_MEM_ALLOC_FLAG_DEFAULT;
^
src/gpu/mpl_gpu_ze.c:224:15: error: no member named 'version' in 'struct _ze_host_mem_alloc_desc_t'
host_desc.version = ZE_HOST_MEM_ALLOC_DESC_VERSION_CURRENT;
~~~~~~~~~ ^
src/gpu/mpl_gpu_ze.c:224:25: error: use of undeclared identifier 'ZE_HOST_MEM_ALLOC_DESC_VERSION_CURRENT'
host_desc.version = ZE_HOST_MEM_ALLOC_DESC_VERSION_CURRENT;
^
src/gpu/mpl_gpu_ze.c:229:11: warning: implicit declaration of function 'zeDriverAllocHostMem' is invalid in C99 [-Wimplicit-function-declaration]
ret = zeDriverAllocHostMem(global_ze_driver_handle, &host_desc, size, mem_alignment, ptr);
^
src/gpu/mpl_gpu_ze.c:240:11: warning: implicit declaration of function 'zeDriverFreeMem' is invalid in C99 [-Wimplicit-function-declaration]
ret = zeDriverFreeMem(global_ze_driver_handle, ptr);
^
src/gpu/mpl_gpu_ze.c:251:11: warning: implicit declaration of function 'zeDriverFreeMem' is invalid in C99 [-Wimplicit-function-declaration]
ret = zeDriverFreeMem(global_ze_driver_handle, ptr);
^
src/gpu/mpl_gpu_ze.c:280:19: error: use of undeclared identifier 'device_handles'; did you mean 'dev_handle'?
*dev_handle = device_handles[dev_id];
^~~~~~~~~~~~~~
PR: 252536
Reported by: Nick, thierry
Notes:
svn path=/head/; revision=560881
|
|
|
|
|
|
|
|
|
|
|
| |
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.
Notes:
svn path=/head/; revision=560756
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=541283
|
|
|
|
|
|
|
|
| |
If Perl is not found during the build, their shebang is:
#!
Notes:
svn path=/head/; revision=521029
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=507372
|
|
|
|
|
|
|
|
|
|
| |
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.
Suggested by: tijl
Notes:
svn path=/head/; revision=499638
|
|
|
|
| |
Notes:
svn path=/head/; revision=493612
|