http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519
Steven Bosscher changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519
--- Comment #7 from Laurent GUERBY ---
debian etch is an obsolete OS now so feel free to close, I no longer have an
etch system around to test anyway :).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519
--- Comment #6 from Steven Bosscher ---
A serious candidate for WONTFIX... Laurent?
--- Comment #5 from laurent at guerby dot net 2009-12-28 17:55 ---
Yes likely a distro header bug as I said: "Now may be it's a bug in debian etch
libc headers but it would be nice to honor --disable-werror in libgomp."
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519
--- Comment #4 from jakub at gcc dot gnu dot org 2009-12-28 17:50 ---
If Debian provides by default LinuxThread's instead of NPTL
, then it should also make sure linking with -lpthread links against
LinuxThread's libpthread.so instead of NPTL one. So this looks like a distro
bug to me.
--- Comment #3 from laurent at guerby dot net 2009-12-28 17:47 ---
"The second issue is how libgomp configure detects availability of
pthread_{attr,}_{get,set}affinity_np. It uses link test and does not pass -Wall
-Werror to compiler; thus, libgomp build fails if those functions are decl
--- Comment #2 from amonakov at gcc dot gnu dot org 2009-12-28 17:45
---
(In reply to comment #1)
> So, your pthread.h doesn't contain prototype for pthread_getaffinity_np, yet
> libpthread.so.0 exports it? Otherwise:
Affected system declares those functions in /usr/include/nptl/pthre
--- Comment #1 from jakub at gcc dot gnu dot org 2009-12-28 17:33 ---
So, your pthread.h doesn't contain prototype for pthread_getaffinity_np, yet
libpthread.so.0 exports it? Otherwise:
# Check for pthread_{,attr_}[sg]etaffinity_np.
AC_LINK_IFELSE(
[AC_LANG_PROGRAM(
[#define _GNU_SOU
