[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signbitl@GLIBCXX_3.4 in libstdc++ not exported anymore

------- Comment #22 from bkoz at gcc dot gnu dot org  2009-04-23 16:55 -------
>The hppa port sets long-double-fcts = no in glibc
> and this causes all the aliases to be created, otherwise you'd never
> be able to link anything that used `l' ending math functions. Defining
> __NO_LONG_DOUBLE_MATH is just another step in the right direction to
> avoid using long double functions, and use the double functions instead.

It seems to me like setting long-double-fcts = no in glibc should automatically
define __NO_LONG_DOUBLE_MATH.... right?


>From the .so range listed in #18 it looks like this was a regression in
4.2/4.3, perhaps related to C library changes. 

There was a __signbitl export in gnu.ver. 

gcc-3.4.6 __signbitl in GLIBCXX_3.4
gcc-4.1.2 __signbitl in GLIBCXX_3.4
gcc-4.2.4 __signbitl in GLIBCXX_3.4
gcc-4.3 __signbitl in GLIBCXX_3.4

So that's how it leaked out of libstdc++ so's.

However, this symbol was never actually defined, exported and placed in the abi
baseline for hppa-linux-gnu, inclusive gcc-3.4 to trunk. Or any other platform.
Thus, why it was removed from gnu.ver, mistakenly as it turns out. . It would
be my inclination to fix glibc and then alias as per Jakub's #13 comment for
hppa-linux only.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

Reply to: