gomp - equivalence for threadprivate data
Matevz Tadel
matevz.tadel@cern.ch
Tue Jan 27 14:36:00 GMT 2009
Tobias Burnus wrote:
> Matevz Tadel wrote:
>>> I filled a bugreport (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38979)
>>> to track this.
>> First, thank you all for taking interest in this.
>>
>> Tobias wrote in the comment to the bug report that simply removing the
>> error might already be enough.
>> If you can point us to the place where this error is generated we can
>> test if disabling it (or changing it to a warning) produces the
>> desired results.
> You can try the following patch (completely untested).
>
> Tobias
>
> Index: gcc/fortran/symbol.c
> ===================================================================
> --- gcc/fortran/symbol.c (revision 143664)
> +++ gcc/fortran/symbol.c (working copy)
> @@ -477,7 +477,6 @@
> conf (in_equivalence, result);
> conf (in_equivalence, entry);
> conf (in_equivalence, allocatable);
> - conf (in_equivalence, threadprivate);
>
> conf (in_namelist, pointer);
> conf (in_namelist, allocatable);
Thanks! I've applied the patch to the head of the 4.3 branch. I had to comment
out another check in openmp.c (diff attached).
Running in the main thread gives the same results. Will try running in a
non-main thread now and then go multithreaded. This might take a while, as I
have to finish something else this week, although I'm very tempted to pretend it
is not there :)
Thanks again!
Matevz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: omp-thrpriv-equiv-1.diff
Type: text/x-patch
Size: 1162 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20090127/7df2fafd/attachment.bin>
More information about the Fortran
mailing list