@@ -8,7 +8,7 @@ Copyright (c) 2004-2008 High Performance Computing Center Stuttgart,
8
8
University of Stuttgart. All rights reserved.
9
9
Copyright (c) 2004-2007 The Regents of the University of California.
10
10
All rights reserved.
11
- Copyright (c) 2006-2020 Cisco Systems, Inc. All rights reserved.
11
+ Copyright (c) 2006-2022 Cisco Systems, Inc. All rights reserved.
12
12
Copyright (c) 2006-2011 Mellanox Technologies. All rights reserved.
13
13
Copyright (c) 2006-2012 Oracle and/or its affiliates. All rights reserved.
14
14
Copyright (c) 2007 Myricom, Inc. All rights reserved.
@@ -334,6 +334,22 @@ Compiler Notes
334
334
version of the Intel 12.1 Linux compiler suite, the problem will go
335
335
away.
336
336
337
+ - Users have reported (see
338
+ https://github.com/open-mpi/ompi/issues/7615) that the Intel Fortran
339
+ compiler will fail to link Fortran-based MPI applications on macOS
340
+ with linker errors similar to this:
341
+
342
+ Undefined symbols for architecture x86_64:
343
+ "_ompi_buffer_detach_f08", referenced from:
344
+ import-atom in libmpi_usempif08.dylib
345
+ ld: symbol(s) not found for architecture x86_64
346
+
347
+ It appears that setting the environment variable
348
+ lt_cx_ld_force_load=no before invoking Open MPI's configure script
349
+ works around the issue. For example:
350
+
351
+ shell$ lt_cv_ld_force_load=no ./configure ...
352
+
337
353
- Early versions of the Portland Group 6.0 compiler have problems
338
354
creating the C++ MPI bindings as a shared library (e.g., v6.0-1).
339
355
Tests with later versions show that this has been fixed (e.g.,
0 commit comments