--- Comment #5 from vapier at gentoo dot org 2009-03-31 01:15 ---
mmm, i was thinking this was common SH code rather than TLS specific. i doubt
uClibc will get NPTL support faster than glibc ;).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24836
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-03-31 00:44 ---
(In reply to comment #3)
> well, as you certainly know, glibc isnt the only C library on the block ...
Sure. If uclibc folks, for example, have made NPTL work on
sh[34]eb already and someone will propose a gcc patc
--- Comment #3 from vapier at gentoo dot org 2009-03-31 00:02 ---
well, as you certainly know, glibc isnt the only C library on the block ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24836
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-03-30 23:03 ---
Not fixed yet. The real problem isn't a GCC problem, though.
NPTL in glibc works only with the little endian and would be
broken for the big endian. I've heard no news about it.
Supporting sh[34]eb here doesn't mak
--- Comment #1 from laurent at guerby dot net 2009-03-30 15:58 ---
Kaz, do you know if this problem fixed in 4.2/4.3/4.4?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24836
