1
1

Merge pull request #3824 from jjhursey/doc/xl-f08-readme

README: Update F08 language about IBM XL compiler
Этот коммит содержится в:
Josh Hursey 2017-07-06 16:26:23 -05:00 коммит произвёл GitHub
родитель 1bc366b374 bf5a58dcca
Коммит 753e3b0156

11
README
Просмотреть файл

@ -12,7 +12,7 @@ Copyright (c) 2006-2017 Cisco Systems, Inc. All rights reserved.
Copyright (c) 2006-2011 Mellanox Technologies. 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) 2006-2012 Oracle and/or its affiliates. All rights reserved.
Copyright (c) 2007 Myricom, Inc. All rights reserved. Copyright (c) 2007 Myricom, Inc. All rights reserved.
Copyright (c) 2008-2016 IBM Corporation. All rights reserved. Copyright (c) 2008-2017 IBM Corporation. All rights reserved.
Copyright (c) 2010 Oak Ridge National Labs. All rights reserved. Copyright (c) 2010 Oak Ridge National Labs. All rights reserved.
Copyright (c) 2011 University of Houston. All rights reserved. Copyright (c) 2011 University of Houston. All rights reserved.
Copyright (c) 2013-2015 Intel, Inc. All rights reserved Copyright (c) 2013-2015 Intel, Inc. All rights reserved
@ -177,8 +177,13 @@ Compiler Notes
source directory path names that was resolved in 9.0-4 (9.0-3 is source directory path names that was resolved in 9.0-4 (9.0-3 is
known to be broken in this regard). known to be broken in this regard).
- IBM's xlf compilers: NO known good version that can build/link - OpenSHMEM Fortran bindings do not support the `no underscore` Fortran
the MPI f08 bindings or build/link the OpenSHMEM Fortran bindings. symbol convention. IBM's xlf compilers build in that mode by default.
As such, IBM's xlf compilers cannot build/link the OpenSHMEM Fortran
bindings by default. A workaround is to pass FC="xlf -qextname" at
configure time to force a trailing underscore. See the issue below
for more details:
https://github.com/open-mpi/ompi/issues/3612
- On NetBSD-6 (at least AMD64 and i386), and possibly on OpenBSD, - On NetBSD-6 (at least AMD64 and i386), and possibly on OpenBSD,
libtool misidentifies properties of f95/g95, leading to obscure libtool misidentifies properties of f95/g95, leading to obscure