With all the outputs from Paul and Sam, I think we'll be good.
...hmmm. Wait. I see that our 1.4.x configure *is* patched to have the extra
".". Here's the lines from configure in 1.4.3 and 1.4.4rc2:
# Portland Group C++ compiler
case `$CC -V` in
*pgCC\ [1-5].* | *pgcpp\ [1-5].*)
It's not in the .m4 file because we patch configure *after* the m4 file is used
to generate configure (Don't ask -- it's a long, twisted story).
Can you say what the original problem was that eventually led you to this patch?
On May 18, 2011, at 2:08 PM, Larry Baker wrote:
> 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.000000000 -0700
>>>> +++ config/libtool.m4 2011-05-17 15:32:31.000000000 -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
>
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
