--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-31 14:53 ---
gdb doesn't like static code too much but the following is a backtrace of the
crash:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x88d8a0 (LWP 8358)]
0x in ?? ()
(gdb) b
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-31 14:59 ---
Which is
static inline int
__gthread_cond_broadcast (__gthread_cond_t *cond)
{
return __gthrw_(pthread_cond_broadcast) (cond);
}
It looks like pthread_cond_broadcast is not correctly bound, as the disassembly
sho
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-31 15:23 ---
The complete statically linked __cxa_guard_release looks like:
005528d0 <__cxa_guard_release>:
5528d0: 53 push %rbx
5528d1: 48 89 fbmov%rdi,%rbx
5
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-10-31 15:48 ---
What happens if you force libpthreads to be all linked in?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from dougkwan at google dot com 2007-10-31 18:00 ---
Subject: Re: New: [4.3 Regression] r129030 breaks -fopenmp -static compile of
tramp3d-v4
I'm looking at that.
-Doug
31 Oct 2007 14:52:04 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]>:
> Starting with r129
--- Comment #6 from dougkwan at google dot com 2007-11-02 02:02 ---
Richard,
I think I know what happened. Could you please do an
nm a.out|grep " pthread_"
or your executable and send that to me? It seems that we need to change glibc
unfortunately. Here is code at the end o
--- Comment #7 from ian at airs dot com 2007-11-02 02:20 ---
It seems that this is only a problem for a static link. And it would
presumably work fine if we had strong references to the functions we need. So
let's just do this at the end of guard.cc:
#if !defined(__PIC__) && defined(_
--- Comment #9 from jakub at redhat dot com 2007-11-02 14:24 ---
The only at least partially workable way of linking statically against NPTL
libpthread.a is -Wl,--whole-archive -lpthread -Wl,--no-whole-archive.
There is just a huge amount of issues if you don't have everything in there i
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-11-02 14:05 ---
Yes, the analysis from comment #6 looks correct - Jakub, can you take care of
the
required glibc fix? I'll check if Ians trick works as well.
--
rguenth at gcc dot gnu dot org changed:
What|Remov
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-11-02 16:39
---
The trick from comment #7 doesn't work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33960
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-11-02 16:43
---
Linking pthread with --whole-archive works.
Re comment #6 - here's the output of nm tramp3d-v4 | grep " pthread_"
00569440 T pthread_attr_destroy
00569480 T pthread_attr_getstacksize
00569
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33960
--- Comment #12 from jakub at gcc dot gnu dot org 2007-11-19 07:33 ---
This is not a bug on the GCC side.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
13 matches
Mail list logo