Le 09/11/13 07:44, Richard PALO a écrit :
I believe Chuck is oriented in the right direction.
A good example is with -fstack-protector.
gcc/g++ knows how to link depending upon whether the platforms libc has
SSP support or not.
I doubt very much that libtool wants to figure out whether to add
Le 22/01/14 17:54, Richard PALO a écrit :
I already have a question to see this through:
Does it sound reasonable to add support to inherit_linker_flags
'-fstack-protector|-fstack-protector-all'
in a similar manner to '-pthreads' given the compiler needs to have this
option in order to include t
I already have a question to see this through:
Does it sound reasonable to add support to inherit_linker_flags
'-fstack-protector|-fstack-protector-all'
in a similar manner to '-pthreads' given the compiler needs to have this
option in order to include the correct libraries...
__
Le 06/12/13 09:51, Peter Rosin a écrit :
[dropping libtool-patches@]
On 2013-11-12 12:24, Peter Rosin wrote:
[re-adding libtool@]
On 2013-11-11 16:10, Bob Friesenhahn wrote:
On Mon, 11 Nov 2013, Peter Rosin wrote:
Quite a lot of effort went into making this work the way it currently does.
[dropping libtool-patches@]
On 2013-11-12 12:24, Peter Rosin wrote:
> [re-adding libtool@]
>
> On 2013-11-11 16:10, Bob Friesenhahn wrote:
>> On Mon, 11 Nov 2013, Peter Rosin wrote:
>
> Quite a lot of effort went into making this work the way it currently
> does.
>>>
>>> I realize th
[re-adding libtool@]
On 2013-11-11 16:10, Bob Friesenhahn wrote:
> On Mon, 11 Nov 2013, Peter Rosin wrote:
Quite a lot of effort went into making this work the way it currently does.
>>
>> I realize that, but if it really works or not is a different question :-)
>
> Yes, of course. It i
On Fri, 8 Nov 2013, Peter Rosin wrote:
Hi!
There seem to be a longstanding complaint that libtool is using
-nostdlib when it links libraries using g++. It interferes with
-pthread and I think I have also seen other issues. No one can
give a satisfactory explanation why libtool does this, it see
