--- Comment #32 from carlos at codesourcery dot com 2009-04-29 15:07
---
No, you are absolutely right and the tree dumps confirm it. I thought it might
be possible to trigger a reference by using the right flags, but to no avail,
the compiler always folds the if-then-else to __signbit
--- Comment #28 from carlos at codesourcery dot com 2009-04-28 20:57
---
Exporting a non-default versioned symbol is useless since new programs won't be
able to link against that definition.
Did 4.2/4.3 export a global default symbol for __signbitl?
If we did export a global default
--- Comment #25 from carlos at codesourcery dot com 2009-04-24 20:31
---
Jakub's patch works for me on HPPA, and correctly exports the *l prototypes
with __NO_LONG_DOUBLE_MATH set.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39491
--- You are receiving this mail because
--- Comment #26 from carlos at codesourcery dot com 2009-04-24 20:41
---
Action items left:
1) Checkin a patch to libc-ports to define __signbitl as an alias of __signbit
on hppa.
* Done: http://sourceware.org/ml/glibc-cvs/2009-q2/msg00277.html
2) Someone please add a stub to libstdc
--- Comment #16 from carlos at codesourcery dot com 2009-04-22 18:33
---
So what is required to close this issue?
* Original submitter is incorrect, there has never been a
__signb...@glibcxx_3.4 symbol, and there should not be one now?
* glibc on hppa-linux-gnu has never had
--- Comment #18 from carlos at codesourcery dot com 2009-04-22 22:42
---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4
in libstdc++ not exported anymore
* Original submitter is incorrect, there has never been a
__signb...@glibcxx_3.4 symbol, and there should
--- Comment #11 from carlos at codesourcery dot com 2009-04-21 20:16
---
Yes, if gcc does not determine that sizeof (x) == sizeof (double) then it
would have to emit code for the if-then-else statement and this would create a
reference to an undefined __signbitl. Has this ever happened
7 matches
Mail list logo
