On 01/17/2012 03:41 AM, Rainer Orth wrote:
> 2012-01-14 Rainer Orth
>
> * libitm.h (_ITM_getThreadnum): Remove.
> * libitm.map (_ITM_getThreadnum): Remove from LIBITM_1.0.
Ok.
r~
Torvald Riegel writes:
> On Mon, 2011-11-21 at 15:06 +0100, Rainer Orth wrote:
>> * _ITM_getThreadnum is the only symbol in libitm.map that isn't present
>> in the library. It's documented as missing and should perhaps be
>> removed from the map?
>
> Yes, this is not supported anymore.
Here
On 11/21/2011 11:58 AM, Jack Howarth wrote:
>> > It was probably due to the version number not being applied previously.
> Richard,
>I asked because we have libssp and libquadmath at 0 so I thought that the
> initial release of
> libitm would soversioned the same way.
Those simply don't seem
On Mon, Nov 21, 2011 at 11:55:00AM -0800, Richard Henderson wrote:
> On 11/21/2011 11:50 AM, Jack Howarth wrote:
> > On Mon, Nov 21, 2011 at 08:35:39PM +0100, Torvald Riegel wrote:
> >> On Mon, 2011-11-21 at 15:06 +0100, Rainer Orth wrote:
> >>> * _ITM_getThreadnum is the only symbol in libitm.map
On 11/21/2011 11:50 AM, Jack Howarth wrote:
> On Mon, Nov 21, 2011 at 08:35:39PM +0100, Torvald Riegel wrote:
>> On Mon, 2011-11-21 at 15:06 +0100, Rainer Orth wrote:
>>> * _ITM_getThreadnum is the only symbol in libitm.map that isn't present
>>> in the library. It's documented as missing and sh
On Mon, Nov 21, 2011 at 08:35:39PM +0100, Torvald Riegel wrote:
> On Mon, 2011-11-21 at 15:06 +0100, Rainer Orth wrote:
> > * _ITM_getThreadnum is the only symbol in libitm.map that isn't present
> > in the library. It's documented as missing and should perhaps be
> > removed from the map?
>
On Mon, 2011-11-21 at 15:06 +0100, Rainer Orth wrote:
> * _ITM_getThreadnum is the only symbol in libitm.map that isn't present
> in the library. It's documented as missing and should perhaps be
> removed from the map?
Yes, this is not supported anymore.
Thanks,
Torvald
Hi,
On Mon, 21 Nov 2011, Richard Henderson wrote:
> On 11/21/2011 06:06 AM, Rainer Orth wrote:
> > * libitm.so wasn't versioned even with gld, since libitm_la_LDFLAGS
> > wasn't passed when linking it.
>
> foo_LDFLAGS is supposed to be one of those auto variables that gets used
> when linking
On 11/21/2011 06:06 AM, Rainer Orth wrote:
> * libitm.so wasn't versioned even with gld, since libitm_la_LDFLAGS
> wasn't passed when linking it.
foo_LDFLAGS is supposed to be one of those auto variables that gets used when
linking foo. I know that the library was successfully versioned when I
Symbol versioning support in libitm is currently based on an old version
of the code in libgomp, which doesn't support sun style versioning. The
following patch corrects this by merging the changes made to libgomp
versioning support since, with the exception of parts that aren't used
in libitm (sy
10 matches
Mail list logo
