Merge pull request #9799 from jsquyres/pr/v4.1.x/readme-update-for-in…

…tel-compiler

v4.1.x: README: add ifort/macOS linker error note and workaround

README

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