[Bug fortran/89291] New: internal compiler error: in gfc_trans_use_stmts

2019-02-11 Thread walter.zwieflhofer at ineosteamuk dot com
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: walter.zwieflhofer at ineosteamuk dot com Target Milestone: --- Internal compiler error when compiling WRF 4.0.3 from NCAR Standard compile of gcc 7.4.0 uname -a: Linux ws2bar 2.6.32-696.18.7.el6.x86_64 #1 SMP Thu

[Bug fortran/89291] internal compiler error: in gfc_trans_use_stmts

2019-02-11 Thread walter.zwieflhofer at ineosteamuk dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89291 --- Comment #2 from zwieflhofer --- Installed gcc-5.5.0 and built the identical WRF version. No ICE encountered with 5.5.0. Attempted to extract a reduced test version but this is non-trivial due to the large source code base and complex make

[Bug fortran/89291] internal compiler error: in gfc_trans_use_stmts

2019-02-12 Thread walter.zwieflhofer at ineosteamuk dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89291 --- Comment #3 from zwieflhofer --- Contacted NCAR, the providers of the source code. The bug is known to them and they have a workaround: Set -DBUILD_RRTMG_FAST=0 to -DBUILD_RRTMG_FAST=1 From my side, this bug report can be closed. But I ex

[Bug fortran/89291] internal compiler error: in gfc_trans_use_stmts

2019-02-24 Thread walter.zwieflhofer at ineosteamuk dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89291 --- Comment #5 from zwieflhofer --- Yes, I did provided NCAR with the URL to this bug-id but no response so far. I did not try the 8.2 trunk - sort of assuming that NCAR will do so anyway in due course as part of their standard release testing.