[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp

[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp

[steven at gcc dot gnu.org]

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

[laurent at guerby dot net]

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

[steven at gcc dot gnu.org]

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

[laurent at guerby dot net]

------- 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

[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp

[jakub at gcc dot gnu dot org]

------- 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

[laurent at guerby dot net]

------- 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:

guerby@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|0000-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

[amonakov at gcc dot gnu dot org]

------- 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

[jakub at gcc dot gnu dot org]

------- 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