Re: [OMPI devel] 1.4.4rc2 is up
(adding libtool-patches@gnu.org)
Is this guaranteed to work for all versions of the PGI compiler? I.e., does
"pgCC -V" always return something in the form of (digit)+\. ?
On May 17, 2011, at 8:52 PM, Larry Baker wrote:
> This bug applies to OpenMPI 1.4.x and 1.5.x.
>
> The libtool.m4 in config and opal/libltdl/m4 do not properly determine the
> version of the PGI compiler, which then set the wrong compile/link options.
> They interpret V11.4 (version no. begins with a 1), for example, as being a
> V1 to V5 compiler. There is a missing period in the pattern, so that only
> text like 1.x through 5.x matches.
>
> Here's the diff -u from OpenMPI 1.4.3 (same code, same bug):
>
>> [root@hydra openmpi-1.4.3]# diff -u config/libtool.m4{.original,}
>> --- config/libtool.m4.original 2010-10-05 15:45:44.0 -0700
>> +++ config/libtool.m42011-05-17 15:32:31.0 -0700
>> @@ -5896,7 +5896,7 @@
>>pgCC* | pgcpp*)
>> # Portland Group C++ compiler
>> case `$CC -V` in
>> -*pgCC\ [[1-5]]* | *pgcpp\ [[1-5]]*)
>> +*pgCC\ [[1-5]].* | *pgcpp\ [[1-5]].*)
>>_LT_TAGVAR(prelink_cmds, $1)='tpldir=Template.dir~
>> rm -rf $tpldir~
>> $CC --prelink_objects --instantiation_dir $tpldir $objs
>> $libobjs $compile_deplibs~
>
> Larry Baker
> US Geological Survey
> 650-329-5608
> ba...@usgs.gov
>
> On 5 May 2011, at 7:15 AM, Jeff Squyres wrote:
>
>> Fixed the ROMIO attribute problem properly this time -- it's in the usual
>> place:
>>
>>http://www.open-mpi.org/software/ompi/v1.4/
>>
>> --
>> Jeff Squyres
>> jsquy...@cisco.com
>> For corporate legal information go to:
>> http://www.cisco.com/web/about/doing_business/legal/cri/
>>
>>
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Re: [OMPI devel] 1.4.4rc2 is up
Here is the 'pgCC -V' output from versions that I have access to. $ pgCC -V pgCC 7.1-6 64-bit target on x86-64 Linux -tp gh-64 Copyright 1989-2000, The Portland Group, Inc. All Rights Reserved. Copyright 2000-2007, STMicroelectronics, Inc. All Rights Reserved. $ pgCC -V pgCC 9.0-3 64-bit target on x86-64 Linux -tp gh-64 Copyright 1989-2000, The Portland Group, Inc. All Rights Reserved. Copyright 2000-2009, STMicroelectronics, Inc. All Rights Reserved. $ pgCC -V pgCC 10.3-0 64-bit target on x86-64 Linux -tp istanbul-64 Copyright 1989-2000, The Portland Group, Inc. All Rights Reserved. Copyright 2000-2010, STMicroelectronics, Inc. All Rights Reserved. -- Samuel Gutierrez Los Alamos National Laboratory On May 18, 2011, at 12:34 PM, Paul H. Hargrove wrote: > Below is a sampling of "pgCC -V" outputs in response to Jeff's question. > The complete output looks like: > > $ pgCC -V > > pgCC 11.1-0 64-bit target on x86-64 Linux -tp nehalem > Copyright 1989-2000, The Portland Group, Inc. All Rights Reserved. > Copyright 2000-2011, STMicroelectronics, Inc. All Rights Reserved. > > Including the initial blank line. > > Here is the "important" line for a range of versions I can currently access: > > pgCC 7.2-5 64-bit target on x86-64 Linux -tp gh-64 > pgCC 8.0-6 64-bit target on x86-64 Linux -tp gh-64 > pgCC 9.0-3 64-bit target on x86-64 Linux -tp nehalem-64 > pgCC 10.8-0 64-bit target on x86-64 Linux -tp nehalem-64 > pgCC 11.1-0 64-bit target on x86-64 Linux -tp nehalem > > I am afraid my system w/ 5.x and 6.x versions was retired last month (not > joking). > However, I found the following output for the C (not C++) compiler in my bug > database: > > pgcc 6.0-8 32-bit target on x86-64 Linux > > And for their MacOSX port, there is a wrinkle. As anybody who as dealt w/ > mpicc vs mpiCC knows, Apple's filesystem is case PRESERVING but > case-insensitive. So, there PGI's C++ compiler is "pgcpp" and the -V output > (also from my bug database) looks like: > > pgcpp 7.1-5 64-bit target on Apple OS/X > > > -Paul > > > On 5/18/2011 5:50 AM, Jeff Squyres wrote: >> (addinglibtool-patc...@gnu.org) >> >> Is this guaranteed to work for all versions of the PGI compiler? I.e., does >> "pgCC -V" always return something in the form of (digit)+\. ? > > -- > Paul H. Hargrove phhargr...@lbl.gov > Future Technologies Group > HPC Research Department Tel: +1-510-495-2352 > Lawrence Berkeley National Laboratory Fax: +1-510-486-6900 > > ___ > devel mailing list > de...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/devel
Re: [OMPI devel] 1.4.4rc2 is up
Jeff,
Is this guaranteed to work for all versions of the PGI compiler?
I.e., does "pgCC -V" always return something in the form of (digit)+
\. ?
I don't know, but I think so. See your Nov 2009 discussion of this
bug and Ralf Wildenhues' libtool.m4 patches at http://www.open-mpi.org/community/lists/users/2009/11/11277.php
.
Larry Baker
US Geological Survey
650-329-5608
ba...@usgs.gov
On 18 May 2011, at 5:50 AM, Jeff Squyres wrote:
(adding libtool-patches@gnu.org)
Is this guaranteed to work for all versions of the PGI compiler?
I.e., does "pgCC -V" always return something in the form of (digit)+
\. ?
On May 17, 2011, at 8:52 PM, Larry Baker wrote:
This bug applies to OpenMPI 1.4.x and 1.5.x.
The libtool.m4 in config and opal/libltdl/m4 do not properly
determine the version of the PGI compiler, which then set the wrong
compile/link options. They interpret V11.4 (version no. begins
with a 1), for example, as being a V1 to V5 compiler. There is a
missing period in the pattern, so that only text like 1.x through
5.x matches.
Here's the diff -u from OpenMPI 1.4.3 (same code, same bug):
[root@hydra openmpi-1.4.3]# diff -u config/libtool.m4{.original,}
--- config/libtool.m4.original 2010-10-05 15:45:44.0 -0700
+++ config/libtool.m4 2011-05-17 15:32:31.0 -0700
@@ -5896,7 +5896,7 @@
pgCC* | pgcpp*)
# Portland Group C++ compiler
case `$CC -V` in
- *pgCC\ [[1-5]]* | *pgcpp\ [[1-5]]*)
+ *pgCC\ [[1-5]].* | *pgcpp\ [[1-5]].*)
_LT_TAGVAR(prelink_cmds, $1)='tpldir=Template.dir~
rm -rf $tpldir~
$CC --prelink_objects --instantiation_dir $tpldir $objs $libobjs
$compile_deplibs~
Larry Baker
US Geological Survey
650-329-5608
ba...@usgs.gov
On 5 May 2011, at 7:15 AM, Jeff Squyres wrote:
Fixed the ROMIO attribute problem properly this time -- it's in
the usual place:
http://www.open-mpi.org/software/ompi/v1.4/
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
Re: [OMPI devel] 1.4.4rc2 is up
Below is a sampling of "pgCC -V" outputs in response to Jeff's question. The complete output looks like: $ pgCC -V pgCC 11.1-0 64-bit target on x86-64 Linux -tp nehalem Copyright 1989-2000, The Portland Group, Inc. All Rights Reserved. Copyright 2000-2011, STMicroelectronics, Inc. All Rights Reserved. Including the initial blank line. Here is the "important" line for a range of versions I can currently access: pgCC 7.2-5 64-bit target on x86-64 Linux -tp gh-64 pgCC 8.0-6 64-bit target on x86-64 Linux -tp gh-64 pgCC 9.0-3 64-bit target on x86-64 Linux -tp nehalem-64 pgCC 10.8-0 64-bit target on x86-64 Linux -tp nehalem-64 pgCC 11.1-0 64-bit target on x86-64 Linux -tp nehalem I am afraid my system w/ 5.x and 6.x versions was retired last month (not joking). However, I found the following output for the C (not C++) compiler in my bug database: pgcc 6.0-8 32-bit target on x86-64 Linux And for their MacOSX port, there is a wrinkle. As anybody who as dealt w/ mpicc vs mpiCC knows, Apple's filesystem is case PRESERVING but case-insensitive. So, there PGI's C++ compiler is "pgcpp" and the -V output (also from my bug database) looks like: pgcpp 7.1-5 64-bit target on Apple OS/X -Paul On 5/18/2011 5:50 AM, Jeff Squyres wrote: (addinglibtool-patc...@gnu.org) Is this guaranteed to work for all versions of the PGI compiler? I.e., does "pgCC -V" always return something in the form of (digit)+\. ? -- Paul H. Hargrove phhargr...@lbl.gov Future Technologies Group HPC Research Department Tel: +1-510-495-2352 Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
