This is the mail archive of the
mailing list for the GCC project.
Re: Segmentation fault in openmp simple routine from libgomp testsuite.
- From: FX Coudert <fxcoudert at gmail dot com>
- To: Richard Henderson <rth at redhat dot com>
- Cc: Fortran List <fortran at gcc dot gnu dot org>, Jakub Jelinek <jakub at redhat dot com>, GCC Development <gcc at gcc dot gnu dot org>, Diego Novillo <dnovillo at redhat dot com>
- Date: Wed, 8 Mar 2006 00:12:24 +0100
- Subject: Re: Segmentation fault in openmp simple routine from libgomp testsuite.
- References: <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org> <440DC40D.email@example.com> <20060307191559.GA3652@redhat.com>
The only sure-fire fix I can think of is to actually build
two static versions of libgfortran -- one threaded and one
not threaded. I'm not sure this is worth the effort, really.
I'd be more inclined to put a couple of checks in such that
the static libgfortran only runs non-threaded, and force
people to use shared libgfortran for OpenMP.
Hum, there are some platforms where libgfortran (and other target
libraries) cannot be built as shared libraries. i386-mingw32 is an
example of that. We've been careful until now to keep static
libgfortran working even as a static library, and it would be a pity
not to be able to run OpenMP on this platform.