--- Comment #7 from dfranke at gcc dot gnu dot org 2007-04-18 11:14 ---
See also: PR30471, PR30613 and PR31400 :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-04-18 18:47
---
*** This bug has been marked as a duplicate of 30471 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-17 15:59 ---
You check where the segfault is happening.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-17 16:23 ---
So pthreads is not linking in correctly. This was a known issue I thought and
maybe in a way a non issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-04-17 15:56
---
(In reply to comment #2)
Can you check that the pthread functions are being resolved?
Also do you have a libc which crashes for static linked TLS?
How do I know the answer to those two questions? I have a
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-17 15:43 ---
(iii) having a statically linked binary
Can you check that the pthread functions are being resolved?
Also do you have a libc which crashes for static linked TLS?
--
pinskia at gcc dot gnu dot org changed:
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-04-17 16:05
---
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 140130416 (LWP 25328)]
0x in ?? ()
(gdb) where
#0 0x in ?? ()
#1 0x0804cdbb in get_external_unit (n=6, do_create=1)
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-04-17 14:03
---
It also fails with non-preconnected unit, if the unit is opened outside the
parallel region:
$ cat hello.f90
integer :: tid
open (10, file=foo)
!$omp parallel private(tid)
tid = 0
if (tid .eq. 0)
