* Peter O'Gorman wrote on Fri, Feb 08, 2008 at 05:10:27PM CET:
> Dan Lacher wrote:
> >
> > From the Open MPI community stand point we need a method that will work
> > via automake since we don't invoke libtool directly.
>
> Well, with a cache variable, you can either ensure that it is exported
>
Dan Lacher wrote:
>>> Tim Mooney wrote:
CXXFLAGS="-library=%none -library=no%libC"
>>
>>> Not sure what to do in the general case. Can either:
>>>
>>> 1) Allow the setting of a cache var to select if these are added.
>>> (something like attached patch).
>>
>> I prefer that. But I'd prefer
Tim Mooney wrote:
CXXFLAGS="-library=%none -library=no%libC"
Not sure what to do in the general case. Can either:
1) Allow the setting of a cache var to select if these are added.
(something like attached patch).
I prefer that. But I'd prefer a cache variable to be general, in the
sens
* Peter O'Gorman wrote on Thu, Feb 07, 2008 at 11:15:57PM CET:
> Tim Mooney wrote:
> > CXXFLAGS="-library=%none -library=no%libC"
> Not sure what to do in the general case. Can either:
>
> 1) Allow the setting of a cache var to select if these are added.
> (something like attached patch).
I
Tim Mooney wrote:
> In regard to: Re: Sun Studio: STL libraries, Dan Lacher said (at 1:05pm
> on...:
>
>> Sorry, I forgot the last point: As a result, we need a way to have
>> Libtool not link in any STL library at all. How can we do this?
>
> Thanks for clari
In regard to: Re: Sun Studio: STL libraries, Dan Lacher said (at 1:05pm on...:
Sorry, I forgot the last point: As a result, we need a way to have
Libtool not link in any STL library at all. How can we do this?
Thanks for clarifying what you're trying to accomplish.
What happens if yo
Sorry, I forgot the last point: As a result, we need a way to have
Libtool not link in any STL library at all. How can we do this?
Dan Lacher wrote:
Let me see if I can clarify what we are attempting to accomplish, sorry
if I was not clear in the beginning.
o the desire is to create a compl
Let me see if I can clarify what we are attempting to accomplish, sorry
if I was not clear in the beginning.
o the desire is to create a completely agnostic library that has no
dependence on Cstd or stlport4 for the following reasons:
* we don't use any STL in the OMPI C++ library
* we wan
In regard to: Re: Sun Studio: STL libraries, Tim Mooney said (at 6:05pm on...:
In regard to: Re: Sun Studio: STL libraries, Peter O'Gorman said (at
5:25pm...:
Tim, you say we still need to have -library=Crun for the stlport4 case?
More than likely, yes. The stlport4 incompatibili
In regard to: Re: Sun Studio: STL libraries, Peter O'Gorman said (at 5:25pm...:
Peter O'Gorman wrote:
Tim Mooney wrote:
In regard to: Re: Sun Studio: STL libraries, Dan Lacher said (at 4:57pm
on...:
Even with what Tim has pointed out I am seeing the contrary with the
following:
In regard to: Re: Sun Studio: STL libraries, Peter O'Gorman said (at 5:05pm...:
I still maintain that it would be OK to have libtool automatically add
`-library=Crun', since that is generally needed whether you're using
-library=stlport4 or -library=Cstd, but it's OK to n
Peter O'Gorman wrote:
> Tim Mooney wrote:
>> In regard to: Re: Sun Studio: STL libraries, Dan Lacher said (at 4:57pm
>> on...:
>>
>>> Even with what Tim has pointed out I am seeing the contrary with the
>>> following:
>>>
>>> o Op
Tim Mooney wrote:
> In regard to: Re: Sun Studio: STL libraries, Dan Lacher said (at 4:57pm
> on...:
>
>> Even with what Tim has pointed out I am seeing the contrary with the
>> following:
>>
>> o Open MPI src base
>> o Sun Studio 12
>> o libtool
In regard to: Re: Sun Studio: STL libraries, Dan Lacher said (at 4:57pm on...:
Even with what Tim has pointed out I am seeing the contrary with the
following:
o Open MPI src base
o Sun Studio 12
o libtool 2.1b (just downloaded the latest)
After autogen has finished the aclocal.m4 ends up
Even with what Tim has pointed out I am seeing the contrary with the
following:
o Open MPI src base
o Sun Studio 12
o libtool 2.1b (just downloaded the latest)
After autogen has finished the aclocal.m4 ends up with -library=Cstd
-library=Crun both. So that is what is used in the creatio
Tim Mooney wrote:
In regard to: Sun Studio: STL libraries, Dan Lacher said (at 12:04pm
on Feb...:
In trying to resolve a C++ issue within Open MPI we've run into an
issue with Libtool automatically linking in Cstd.
Because Sun Studio supports two different types of C++ STL libraries
In regard to: Sun Studio: STL libraries, Dan Lacher said (at 12:04pm on Feb...:
In trying to resolve a C++ issue within Open MPI we've run into an issue with
Libtool automatically linking in Cstd.
Because Sun Studio supports two different types of C++ STL libraries
(Cstl and stlport
In trying to resolve a C++ issue within Open MPI we've run into an issue
with Libtool automatically linking in Cstd.
Because Sun Studio supports two different types of C++ STL libraries
(Cstl and stlport4) we needed to remove Open MPI's reliance on STL
functions so applications being compiled wi
18 matches
Mail list logo
