[Bug fortran/81841] [5/6/7/8 Regression] THREADPRIVATE (OpenMP) wrongly rejected in BLOCK DATA

2017-08-30 Thread dibr-bugzilla at daswigwam dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841 --- Comment #13 from dbroemmel --- Created attachment 42089 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42089&action=edit testcase for the fix (runtime checks) A new testcase that possibly checks runtime behaviour. The snippet is prett

[Bug fortran/81841] [5/6/7/8 Regression] THREADPRIVATE (OpenMP) wrongly rejected in BLOCK DATA

2017-08-29 Thread dibr-bugzilla at daswigwam dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841 --- Comment #11 from dbroemmel --- Created attachment 42083 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42083&action=edit testcase for the fix I'm not sure this is the test you had in mind. A fresh gcc-7.2.0 shows an unexpected failure

[Bug fortran/81841] [5/6/7/8 Regression] THREADPRIVATE (OpenMP) wrongly rejected in BLOCK DATA

2017-08-29 Thread dibr-bugzilla at daswigwam dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841 --- Comment #10 from dbroemmel --- (In reply to janus from comment #9) > This seems to be PR 81018 (which translates into "not your fault"). Good :) > I'm happy for now. Backed by your OpenMP quotes, the patch looks pretty > solid to me. Can I a

[Bug fortran/81841] [5/6/7/8 Regression] THREADPRIVATE (OpenMP) wrongly rejected in BLOCK DATA

2017-08-29 Thread dibr-bugzilla at daswigwam dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841 --- Comment #8 from dbroemmel --- (In reply to janus from comment #7) > Sounds unrelated to your patch (supported by the fact that the 6.2 testsuite > runs cleanly), however I haven't seen that failure on trunk recently. That's what I thought as

[Bug fortran/81841] [5/6/7/8 Regression] THREADPRIVATE (OpenMP) wrongly rejected in BLOCK DATA

2017-08-29 Thread dibr-bugzilla at daswigwam dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841 --- Comment #6 from dbroemmel --- Created attachment 42066 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42066&action=edit summary of make check-gfortran for 8.0.0

[Bug fortran/81841] [5/6/7/8 Regression] THREADPRIVATE (OpenMP) wrongly rejected in BLOCK DATA

2017-08-29 Thread dibr-bugzilla at daswigwam dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841 --- Comment #4 from dbroemmel --- (In reply to janus from comment #2) > If OpenMP actually allows this, then it is obviously a regression. I'm not an OpenMP expert (nor am I too familiar with common blocks). The OpenMP spec., version 4.5, says o

[Bug fortran/81841] [5/6/7/8 Regression] THREADPRIVATE (OpenMP) wrongly rejected in BLOCK DATA

2017-08-29 Thread dibr-bugzilla at daswigwam dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841 --- Comment #3 from dbroemmel --- I ran 'make check-gfortran' with version 6.2.0 and the added line in parse.c. Here's the result: === gfortran Summary === # of expected passes42612 # of expected failures 7

[Bug fortran/44350] accepts illegal fortran in BLOCK DATA

2017-08-15 Thread dibr-bugzilla at daswigwam dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44350 dbroemmel changed: What|Removed |Added CC||dibr-bugzilla at daswigwam dot de