[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519 --- Comment #7 from Laurent GUERBY laurent at guerby dot net --- debian etch is an obsolete OS now so feel free to close, I no longer have an etch system around to test anyway :).
[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||steven at gcc dot gnu.org Resolution|--- |WONTFIX --- Comment #8 from Steven Bosscher steven at gcc dot gnu.org --- LinuxThreads is obsolete also - WONTFIX.
[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519 --- Comment #6 from Steven Bosscher steven at gcc dot gnu.org --- A serious candidate for WONTFIX... Laurent?
[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp
--- 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_SOURCE #include pthread.h], [cpu_set_t cpuset; pthread_attr_t attr; pthread_getaffinity_np (pthread_self (), sizeof (cpu_set_t), cpuset); if (CPU_ISSET (0, cpuset)) CPU_SET (1, cpuset); else CPU_ZERO (cpuset); pthread_setaffinity_np (pthread_self (), sizeof (cpu_set_t), cpuset); pthread_attr_init (attr); pthread_attr_getaffinity_np (attr, sizeof (cpu_set_t), cpuset); pthread_attr_setaffinity_np (attr, sizeof (cpu_set_t), cpuset);])], AC_DEFINE(HAVE_PTHREAD_AFFINITY_NP, 1, [ Define if pthread_{,attr_}{g,s}etaffinity_np is supported.])) would fail... pthread_getaffinity_np has been added to both pthread.h and libpthread.so.0 at the same time, 2003-05-09. libgomp/config/linux/proc.c starts with #ifndef _GNU_SOURCE #define _GNU_SOURCE 1 #endif, so the right CPU feature test macro is certainly defined. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519
[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp
--- 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/pthread.h. Some clarifications here: http://gcc.gnu.org/ml/gcc/2009-12/msg00376.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519
[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp
--- 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 declared in /usr/include/nptl/pthread.h but not in /usr/include/pthread.h (libgomp only includes the latter). I confirm: gue...@gcc40:/usr/include$ grep pthread_getaffinity_np *.h */*.h nptl/pthread.h:extern int pthread_getaffinity_np (pthread_t __th, size_t __cpusetsize, -- laurent at guerby dot net changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-12-28 17:47:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519
[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp
--- Comment #4 from jakub at gcc dot gnu dot org 2009-12-28 17:50 --- If Debian provides by default LinuxThread's pthread.h instead of NPTL pthread.h, 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519
[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp
--- 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