This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: OpenMP bug with gfortran when compile under Windows platform
- From: "François-Xavier Coudert" <fxcoudert at gmail dot com>
- To: "Henry Kar Ming Chan" <karminghenry at yahoo dot com>
- Cc: fortran at gcc dot gnu dot org, "GCC Development" <gcc at gcc dot gnu dot org>, "Jakub Jelinek" <jakub at redhat dot com>, rth at redhat dot com, dnovillo at redhat dot com
- Date: Tue, 30 May 2006 11:19:09 +0200
- Subject: Re: OpenMP bug with gfortran when compile under Windows platform
- References: <20060530013537.54066.qmail@web30506.mail.mud.yahoo.com>
[CCing the OpenMP experts]
Henry,
The -fopenmp option doesn't work under mingw32. Since I am the one
building the Windows (mingw32) binary packages you downloaded, I'm
rather interesting in getting it to work... So here are a few things
we could sort out:
1. currently, using the -fopenmp options gives:
$ gfortran -fopenmp a.f
gfortran.exe: unrecognized option '-pthread'
gfortran.exe: libgomp.spec: No such file or directory
Could we have a clearer error message? (perhaps saying that openmp is
not available on that platform) The current message is clearly... not
clear for users!
2. I looked at pthreads win32
(http://sources.redhat.com/pthreads-win32/), an opensource thread
support for win32, including mingw32. Not all POSIX functions are
implemented, but a fair amount of them. I'll try to get libgomp
compiling with against those, and report progress here.
3. why is libgomp building conditional on target triplet, and not on
detecting a working pthread implementation?
Thanks,
FX