public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
@ 2024-05-15 16:53 natalie.perlin at noaa dot gov
  2024-05-15 16:56 ` [Bug fortran/115107] " jakub at gcc dot gnu.org
                   ` (18 more replies)
  0 siblings, 19 replies; 20+ messages in thread
From: natalie.perlin at noaa dot gov @ 2024-05-15 16:53 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

            Bug ID: 115107
           Summary: f951: internal compiler error: Segmentation fault
                    0xcf878f crash_signal toplev.cc:314
           Product: gcc
           Version: 13.2.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
          Assignee: unassigned at gcc dot gnu.org
          Reporter: natalie.perlin at noaa dot gov
  Target Milestone: ---

Created attachment 58215
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58215&action=edit
preprocessed fv_dynamics.F90.i file, where the error occurs

Getting error with gnu/13.2.0 gfortran compiler with openmpi/4.1.6 wrapper as
shown below. The version gnu/9.2.0b gfortran with openmpi/4.1.6, built in the
same way, works with no issues. 

System "uname -a" info:
Linux hfe11 4.18.0-477.27.1.el8_8.x86_64 #1 SMP Wed Sep 20 15:55:39 UTC 2023
x86_64 x86_64 x86_64 GNU/Linux

CPU info:

Vendor ID:           GenuineIntel
CPU family:          6
Model:               85
Model name:          Intel(R) Xeon(R) Gold 6148 CPU @ 2.40GHz


Attached is the following:
- preprocessed fv_dynamics.F90.i file, where the error occurs

{ NOT sent but available if requested: 
- the output from the model build (ufs-weather-model) where this error appears
when built with the gnu-13.2.0 suite, and 
- a similar build output with the same code, but build with the gnu-9.2.0b
suite
} 

The build step following the error (between the two "=====" lines):
========================================================
cd
/scratch1/NCEPDEV/stmp2/Natalie.Perlin/ufs-weather-model2/build/FV3/atmos_cubed_sphere
&& /apps/gnu/gcc-13.2.0/bin/gfortran
-I/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/openmpi-4.1.6-ebluj52aq557oi5kizuxc5emedkfhhj4/include
-pthread
-I/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/openmpi-4.1.6-ebluj52aq557oi5kizuxc5emedkfhhj4/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/openmpi-4.1.6-ebluj52aq557oi5kizuxc5emedkfhhj4/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/hwloc-2.9.1-eup24t2bkf564ps7qgb7brqsdeq6txqc/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/ucx-1.14.1-ygygjh7r2pvrbgqzk2sgxi53a5osmhay/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/libevent-2.1.12-faw23foe2mdqllayttp3eoxvt7fm7sl6/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/pmix-5.0.1-okp2l46njjb3oz25o7i56jhe6slgj2qi/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/slurm-23-02-4-1-nnaacqrzsugqy36n7s7izlapb4nccqg4/lib
-Wl,-rpath,/apps/spack/linux-rocky8-x86_64/gcc-8.5.0/gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/lib/gcc/x86_64-pc-linux-gnu/13.2.0
-Wl,-rpath,/apps/spack/linux-rocky8-x86_64/gcc-8.5.0/gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/lib64
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/openmpi-4.1.6-ebluj52aq557oi5kizuxc5emedkfhhj4/lib
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/hwloc-2.9.1-eup24t2bkf564ps7qgb7brqsdeq6txqc/lib
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/ucx-1.14.1-ygygjh7r2pvrbgqzk2sgxi53a5osmhay/lib
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/libevent-2.1.12-faw23foe2mdqllayttp3eoxvt7fm7sl6/lib
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/pmix-5.0.1-okp2l46njjb3oz25o7i56jhe6slgj2qi/lib
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/slurm-23-02-4-1-nnaacqrzsugqy36n7s7izlapb4nccqg4/lib
-lmpi_usempif08 -lmpi_usempi_ignore_tkr -lmpi_mpifh -lmpi
-DBYPASS_BREED_SLP_INLINE -DENABLE_QUAD_PRECISION -DGFS_PHYS -DGFS_TYPES
-DINTERNAL_FILE_NML -DMOIST_CAPPA -DOPENMP -DSPMD -DUSE_COND -DUSE_GFSL63
-Duse_WRTCOMP
-I/scratch1/NCEPDEV/stmp2/Natalie.Perlin/ufs-weather-model2/build/FV3/atmos_cubed_sphere/include/fv3
-I/scratch1/NCEPDEV/stmp2/Natalie.Perlin/ufs-weather-model2/FV3/atmos_cubed_sphere
-I/scratch1/NCEPDEV/stmp2/Natalie.Perlin/ufs-weather-model2/FV3/atmos_cubed_sphere/tools
-I/scratch1/NCEPDEV/stmp2/Natalie.Perlin/ufs-weather-model2/build/FV3/ccpp/mod
-I/scratch1/NCEPDEV/stmp2/Natalie.Perlin/ufs-weather-model2/build/FV3/ccpp/framework/src
-I/scratch1/NCEPDEV/stmp2/Natalie.Perlin/ufs-weather-model2/build/FV3/ccpp/physics
-I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0/envs/ufs-wm-srw-rocky8/install/gcc/13.2.0/fms-2023.04-3wdomze/include_r8
-I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0/envs/ufs-wm-srw-rocky8/install/gcc/13.2.0/netcdf-fortran-4.6.1-w34ry7p/include
-I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0/envs/ufs-wm-srw-rocky8/install/gcc/13.2.0/netcdf-c-4.9.2-rwi44sm/include
-I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0/envs/ufs-wm-srw-rocky8/install/gcc/13.2.0/w3emc-2.10.0-x5rhz77/include_d
-I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0/envs/ufs-wm-srw-rocky8/install/gcc/13.2.0/bacio-2.4.1-rlzcntu/include_4
-I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0/envs/ufs-wm-srw-rocky8/install/gcc/13.2.0/esmf-8.6.1-ztpnhhr/include
-I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0/envs/ufs-wm-srw-rocky8/install/gcc/13.2.0/parallelio-2.5.10-pbwqhhj/include
-ggdb -fbacktrace -cpp -fcray-pointer -ffree-line-length-none -fno-range-check
-fdefault-real-8 -fdefault-double-8 -ggdb -fbacktrace -cpp -fcray-pointer
-ffree-line-length-none -fno-range-check -fdefault-real-8 -fdefault-double-8
-fallow-argument-mismatch -fallow-invalid-boz -O2 -Jinclude/fv3 -fPIC -fopenmp
-c
/scratch1/NCEPDEV/stmp2/Natalie.Perlin/ufs-weather-model2/FV3/atmos_cubed_sphere/model/fv_dynamics.F90
-o CMakeFiles/fv3.dir/model/fv_dynamics.F90.o 
f951: internal compiler error: Segmentation fault
0xcf878f crash_signal
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/toplev.cc:314
0x791795 gfc_expression_rank(gfc_expr*)
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/resolve.cc:5643
0x791944 gfc_op_rank_conformable(gfc_expr*, gfc_expr*)
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/resolve.cc:5676
0x6d916c eval_intrinsic
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/arith.cc:1674
0x7507b5 match_add_operand
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:394
0x7509cc match_level_2
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:480
0x750b86 match_level_3
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:551
0x750cc0 match_level_4
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:599
0x750cc0 match_and_operand
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:693
0x750e96 match_or_operand
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:722
0x750fa6 match_equiv_operand
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:765
0x7510b8 match_level_5
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:811
0x750214 gfc_match_expr(gfc_expr**)
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:870
0x786210 match_actual_arg
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/primary.cc:1688
0x787bb8 gfc_match_actual_arglist(int, gfc_actual_arglist**, bool)
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/primary.cc:1953
0x78a385 gfc_match_rvalue(gfc_expr**)
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/primary.cc:3696
0x75042e match_primary
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:157
0x75042e match_level_1
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:211
0x75042e match_mult_operand
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:267
0x7506f8 match_add_operand
       
/tmp/role.apps/spack-stage/spack-stage-gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/spack-src/gcc/fortran/matchexp.cc:356
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See <https://github.com/spack/spack/issues> for instructions.
========================================================

The mpif90 wrapper is as following (mpif90 --show):

/apps/gnu/gcc-13.2.0/bin/gfortran
-I/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/openmpi-4.1.6-ebluj52aq557oi5kizuxc5emedkfhhj4/include
-pthread
-I/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/openmpi-4.1.6-ebluj52aq557oi5kizuxc5emedkfhhj4/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/openmpi-4.1.6-ebluj52aq557oi5kizuxc5emedkfhhj4/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/hwloc-2.9.1-eup24t2bkf564ps7qgb7brqsdeq6txqc/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/ucx-1.14.1-ygygjh7r2pvrbgqzk2sgxi53a5osmhay/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/libevent-2.1.12-faw23foe2mdqllayttp3eoxvt7fm7sl6/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/pmix-5.0.1-okp2l46njjb3oz25o7i56jhe6slgj2qi/lib
-L/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/slurm-23-02-4-1-nnaacqrzsugqy36n7s7izlapb4nccqg4/lib
-Wl,-rpath,/apps/spack/linux-rocky8-x86_64/gcc-8.5.0/gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/lib/gcc/x86_64-pc-linux-gnu/13.2.0
-Wl,-rpath,/apps/spack/linux-rocky8-x86_64/gcc-8.5.0/gcc-13.2.0-vmpgruuynebh3ute5ldybhargqka3wtf/lib64
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/openmpi-4.1.6-ebluj52aq557oi5kizuxc5emedkfhhj4/lib
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/hwloc-2.9.1-eup24t2bkf564ps7qgb7brqsdeq6txqc/lib
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/ucx-1.14.1-ygygjh7r2pvrbgqzk2sgxi53a5osmhay/lib
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/libevent-2.1.12-faw23foe2mdqllayttp3eoxvt7fm7sl6/lib
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/pmix-5.0.1-okp2l46njjb3oz25o7i56jhe6slgj2qi/lib
-Wl,-rpath
-Wl,/apps/spack/linux-rocky8-x86_64/gcc-13.2.0/slurm-23-02-4-1-nnaacqrzsugqy36n7s7izlapb4nccqg4/lib
-lmpi_usempif08 -lmpi_usempi_ignore_tkr -lmpi_mpifh -lmpi

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
@ 2024-05-15 16:56 ` jakub at gcc dot gnu.org
  2024-05-15 17:01 ` jakub at gcc dot gnu.org
                   ` (17 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: jakub at gcc dot gnu.org @ 2024-05-15 16:56 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
*** Bug 115108 has been marked as a duplicate of this bug. ***

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
  2024-05-15 16:56 ` [Bug fortran/115107] " jakub at gcc dot gnu.org
@ 2024-05-15 17:01 ` jakub at gcc dot gnu.org
  2024-05-15 17:15 ` rguenth at gcc dot gnu.org
                   ` (16 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: jakub at gcc dot gnu.org @ 2024-05-15 17:01 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at gcc dot gnu.org

--- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
The reproducer isn't self-contained, it uses a lot of modules which aren't
defined in the source.
You can use tools like delta, see e.g.
https://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
to reduce the testcase first and then from the minimum number of modules again
copy over the module definitions from other files and repeat the reduction
until it is a single file.
Or provide a tarball with all the *.f90 files that provide recursively needed
modules.

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
  2024-05-15 16:56 ` [Bug fortran/115107] " jakub at gcc dot gnu.org
  2024-05-15 17:01 ` jakub at gcc dot gnu.org
@ 2024-05-15 17:15 ` rguenth at gcc dot gnu.org
  2024-05-15 18:13 ` anlauf at gcc dot gnu.org
                   ` (15 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: rguenth at gcc dot gnu.org @ 2024-05-15 17:15 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|                            |2024-05-15
     Ever confirmed|0                           |1
             Status|UNCONFIRMED                 |WAITING

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (2 preceding siblings ...)
  2024-05-15 17:15 ` rguenth at gcc dot gnu.org
@ 2024-05-15 18:13 ` anlauf at gcc dot gnu.org
  2024-05-16  4:29 ` natalie.perlin at noaa dot gov
                   ` (14 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: anlauf at gcc dot gnu.org @ 2024-05-15 18:13 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #3 from anlauf at gcc dot gnu.org ---
The traceback is essentially identical to that in pr114467.

Can you please try the 14-release like the other reporter, or the upcoming
13.3 release next week?

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (3 preceding siblings ...)
  2024-05-15 18:13 ` anlauf at gcc dot gnu.org
@ 2024-05-16  4:29 ` natalie.perlin at noaa dot gov
  2024-05-16  7:08 ` natalie.perlin at noaa dot gov
                   ` (13 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: natalie.perlin at noaa dot gov @ 2024-05-16  4:29 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #4 from Natalie Perlin <natalie.perlin at noaa dot gov> ---
Created attachment 58216
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58216&action=edit
Log file from the build of the software

Log file from the build of the software (ufs-weather-model)

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (4 preceding siblings ...)
  2024-05-16  4:29 ` natalie.perlin at noaa dot gov
@ 2024-05-16  7:08 ` natalie.perlin at noaa dot gov
  2024-05-16  7:20 ` natalie.perlin at noaa dot gov
                   ` (12 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: natalie.perlin at noaa dot gov @ 2024-05-16  7:08 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #5 from Natalie Perlin <natalie.perlin at noaa dot gov> ---
Created attachment 58217
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58217&action=edit
Most of the source files of the modules used for the fv_dynamics.F90

Most of the source files for the modules used for the fv_dynamics.F90, in a
compressed tar format. The file was tared as follows:

tar cvfz sourcesF90.tgz *.F90 *.f

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (5 preceding siblings ...)
  2024-05-16  7:08 ` natalie.perlin at noaa dot gov
@ 2024-05-16  7:20 ` natalie.perlin at noaa dot gov
  2024-05-16 17:06 ` anlauf at gcc dot gnu.org
                   ` (11 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: natalie.perlin at noaa dot gov @ 2024-05-16  7:20 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #6 from Natalie Perlin <natalie.perlin at noaa dot gov> ---
(In reply to anlauf from comment #3)
> The traceback is essentially identical to that in pr114467.
> 
> Can you please try the 14-release like the other reporter, or the upcoming
> 13.3 release next week?

Thank you for the comment. Yes, this indeed looks similar to pr114467. 
I did try to use gnu/14.1.0 + openmpi/4.1.6, but was not able to build a
software stack needed for building the model that produced the original error. 

The issue with the gnu/14.1.0 compiler was that it produced an error where the
gnu/13.2.0 had only a warning. The error with the gnu/14.1.0 compiler was as
shown below, and is related to -Wimplicit-function-declaration. 
Could it be that a certain compiler flag helps to avoid such an error?..


And yes, I'd gladly try the upcoming v13.3 release next week!


===============================

/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0_gnu14/spack/lib/spack/env/gcc/gcc
-DHAVE_CONFIG_H -I. -I. -I../../../src/libjasper/include/jasper
-I../../../src/libjasper/include -g -O2 -MT jas_getopt.lo -MD -MP -MF
.deps/jas_getopt.Tpo -c jas_getopt.c -o jas_getopt.o
jas_getopt.c: In function 'jas_getopt':
jas_getopt.c:129:49: error: implicit declaration of function 'jas_eprintf'; did
you mean 'vsnprintf'? [-Wimplicit-function-declaration]
  129 |                                                 jas_eprintf("unknown
long option %s\n", s);
      |                                                 ^~~~~~~~~~~
      |                                                 vsnprintf
make[4]: *** [Makefile:349: jas_getopt.lo] Error 1
=========================

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (6 preceding siblings ...)
  2024-05-16  7:20 ` natalie.perlin at noaa dot gov
@ 2024-05-16 17:06 ` anlauf at gcc dot gnu.org
  2024-05-16 18:26 ` natalie.perlin at noaa dot gov
                   ` (10 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: anlauf at gcc dot gnu.org @ 2024-05-16 17:06 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #7 from anlauf at gcc dot gnu.org ---
(In reply to Natalie Perlin from comment #6)
> (In reply to anlauf from comment #3)
> > The traceback is essentially identical to that in pr114467.
> > 
> > Can you please try the 14-release like the other reporter, or the upcoming
> > 13.3 release next week?
> 
> Thank you for the comment. Yes, this indeed looks similar to pr114467. 
> I did try to use gnu/14.1.0 + openmpi/4.1.6, but was not able to build a
> software stack needed for building the model that produced the original
> error. 
> 
> The issue with the gnu/14.1.0 compiler was that it produced an error where
> the gnu/13.2.0 had only a warning. The error with the gnu/14.1.0 compiler
> was as shown below, and is related to -Wimplicit-function-declaration. 
> Could it be that a certain compiler flag helps to avoid such an error?..
> 
> 
> And yes, I'd gladly try the upcoming v13.3 release next week!
> 
> 
> ===============================
>  /scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0_gnu14/spack/
> lib/spack/env/gcc/gcc -DHAVE_CONFIG_H -I. -I.
> -I../../../src/libjasper/include/jasper -I../../../src/libjasper/include -g
> -O2 -MT jas_getopt.lo -MD -MP -MF .deps/jas_getopt.Tpo -c jas_getopt.c -o
> jas_getopt.o
> jas_getopt.c: In function 'jas_getopt':
> jas_getopt.c:129:49: error: implicit declaration of function 'jas_eprintf';
> did you mean 'vsnprintf'? [-Wimplicit-function-declaration]
>   129 |                                                 jas_eprintf("unknown
> long option %s\n", s);
>       |                                                 ^~~~~~~~~~~
>       |                                                 vsnprintf
> make[4]: *** [Makefile:349: jas_getopt.lo] Error 1
> =========================

This looks like the header file jas_debug.h is not found or not included.
(On my Linux system it is /usr/include/jasper/jas_debug.h).

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (7 preceding siblings ...)
  2024-05-16 17:06 ` anlauf at gcc dot gnu.org
@ 2024-05-16 18:26 ` natalie.perlin at noaa dot gov
  2024-05-22  6:16 ` natalie.perlin at noaa dot gov
                   ` (9 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: natalie.perlin at noaa dot gov @ 2024-05-16 18:26 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #8 from Natalie Perlin <natalie.perlin at noaa dot gov> ---
anlauf@gcc.gnu.org - 

Thank you, this is a great observation! I will need to change the way the
spack-stack is built with gnu/14.1.0

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (8 preceding siblings ...)
  2024-05-16 18:26 ` natalie.perlin at noaa dot gov
@ 2024-05-22  6:16 ` natalie.perlin at noaa dot gov
  2024-05-22  7:55 ` natalie.perlin at noaa dot gov
                   ` (8 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: natalie.perlin at noaa dot gov @ 2024-05-22  6:16 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #9 from Natalie Perlin <natalie.perlin at noaa dot gov> ---
 All rebuilt, gnu/14.1.0 with openmpi/4.1.6, revised configuration of the
software stack (spack-stack). Still the same error with
[-Wimplicit-function-declaration]. 

Verified a build of the same stack with gnu/13.2.0 and openmpi/4.1.6. The same
location in the code gives warning, instead of the error, during the build.
Same package, different version of gcc. Please see below snippets of the
builds:

1. Build with gnu/13.2.0 gives the following: 
-----------------------
...

/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0/spack/lib/spack/env/gcc/gcc
-DHAVE_CONFIG_H -I. -I. -I../../../src/libjasper/include/jasper
-I../../../src/libjasper/include -g -O2 -MT jas_getopt.lo -MD -MP -MF
.deps/jas_getopt.Tpo -c jas_getopt.c -o jas_getopt.o
jas_getopt.c: In function 'jas_getopt':
jas_getopt.c:129:49: warning: implicit declaration of function 'jas_eprintf';
did you mean 'vsnprintf'? [-Wimplicit-function-declaration]
  129 |                                                 jas_eprintf("unknown
long option %s\n", s);
      |                                                 ^~~~~~~~~~~
      |                                                 vsnprintf
...
-----------------------

2. Build with gnu/14.1.0 gives the following:
-----------------------
...

/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0_gnu14/spack/lib/spack/env/gcc/gcc
-DHAVE_CONFIG_H -I. -I. -I../../../src/libjasper/include/jasper
-I../../../src/libjasper/include -g -O2 -MT jas_getopt.lo -MD -MP -MF
.deps/jas_getopt.Tpo -c jas_getopt.c -o jas_getopt.o
jas_getopt.c: In function 'jas_getopt':
jas_getopt.c:129:49: error: implicit declaration of function 'jas_eprintf'; did
you mean 'vsnprintf'? [-Wimplicit-function-declaration]
  129 |                                                 jas_eprintf("unknown
long option %s\n", s);
      |                                                 ^~~~~~~~~~~
      |                                                 vsnprintf
make[4]: *** [Makefile:349: jas_getopt.lo] Error 1
...
-----------------------

Any suggestions?..

Has a version of gnu/13.3.0 become available that might have the ICE fix?..

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (9 preceding siblings ...)
  2024-05-22  6:16 ` natalie.perlin at noaa dot gov
@ 2024-05-22  7:55 ` natalie.perlin at noaa dot gov
  2024-05-22  8:00 ` jakub at gcc dot gnu.org
                   ` (7 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: natalie.perlin at noaa dot gov @ 2024-05-22  7:55 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #10 from Natalie Perlin <natalie.perlin at noaa dot gov> ---
A workaround found for gnu/14.1.0 gcc that produces error instead of warnings
at times: 
 Using cflag="-Wno-implicit-function-declaration ..." helped to avoid errors in
the code location in my previous comment.

The following "cflags" was needed to build successfully a package of the
software stack that gave troubles compiling:

 cflags="Wno-deprecated-declarations -Wno-implicit-function-declaration
-Wno-incompatible-pointer-types -Wno-implicit-int"

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (10 preceding siblings ...)
  2024-05-22  7:55 ` natalie.perlin at noaa dot gov
@ 2024-05-22  8:00 ` jakub at gcc dot gnu.org
  2024-05-22 15:14 ` natalie.perlin at noaa dot gov
                   ` (6 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: jakub at gcc dot gnu.org @ 2024-05-22  8:00 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #11 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
You want to fix the code as described in e.g.
https://gcc.gnu.org/gcc-14/porting_to.html , not find workarounds.  The code
was apparently never valid C99+.

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (11 preceding siblings ...)
  2024-05-22  8:00 ` jakub at gcc dot gnu.org
@ 2024-05-22 15:14 ` natalie.perlin at noaa dot gov
  2024-05-22 15:23 ` jakub at gcc dot gnu.org
                   ` (5 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: natalie.perlin at noaa dot gov @ 2024-05-22 15:14 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #12 from Natalie Perlin <natalie.perlin at noaa dot gov> ---
Jakub Jelinek - thanks for your note. At this point we may not do anything
during the build, as these packages are retrieved from official spack
repository. And yes, they may often carry a lot of legacy code...

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (12 preceding siblings ...)
  2024-05-22 15:14 ` natalie.perlin at noaa dot gov
@ 2024-05-22 15:23 ` jakub at gcc dot gnu.org
  2024-05-22 17:11 ` anlauf at gcc dot gnu.org
                   ` (4 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: jakub at gcc dot gnu.org @ 2024-05-22 15:23 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #13 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
So provide fixes upstream and hope they apply them soon.

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (13 preceding siblings ...)
  2024-05-22 15:23 ` jakub at gcc dot gnu.org
@ 2024-05-22 17:11 ` anlauf at gcc dot gnu.org
  2024-05-25 18:54 ` natalie.perlin at noaa dot gov
                   ` (3 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: anlauf at gcc dot gnu.org @ 2024-05-22 17:11 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #14 from anlauf at gcc dot gnu.org ---
(In reply to Natalie Perlin from comment #9)
>  All rebuilt, gnu/14.1.0 with openmpi/4.1.6, revised configuration of the
> software stack (spack-stack). Still the same error with
> [-Wimplicit-function-declaration]. 
> 
> Verified a build of the same stack with gnu/13.2.0 and openmpi/4.1.6. The
> same location in the code gives warning, instead of the error, during the
> build. Same package, different version of gcc. Please see below snippets of
> the builds:
> 
> 1. Build with gnu/13.2.0 gives the following: 
> -----------------------
> ...
>  /scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0/spack/lib/
> spack/env/gcc/gcc -DHAVE_CONFIG_H -I. -I.
> -I../../../src/libjasper/include/jasper -I../../../src/libjasper/include -g
> -O2 -MT jas_getopt.lo -MD -MP -MF .deps/jas_getopt.Tpo -c jas_getopt.c -o
> jas_getopt.o
> jas_getopt.c: In function 'jas_getopt':
> jas_getopt.c:129:49: warning: implicit declaration of function
> 'jas_eprintf'; did you mean 'vsnprintf'? [-Wimplicit-function-declaration]
>   129 |                                                 jas_eprintf("unknown
> long option %s\n", s);
>       |                                                 ^~~~~~~~~~~
>       |                                                 vsnprintf
> ...
> -----------------------
> 
> 2. Build with gnu/14.1.0 gives the following:
> -----------------------
> ...
>  /scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.6.0_gnu14/spack/
> lib/spack/env/gcc/gcc -DHAVE_CONFIG_H -I. -I.
> -I../../../src/libjasper/include/jasper -I../../../src/libjasper/include -g
> -O2 -MT jas_getopt.lo -MD -MP -MF .deps/jas_getopt.Tpo -c jas_getopt.c -o
> jas_getopt.o
> jas_getopt.c: In function 'jas_getopt':
> jas_getopt.c:129:49: error: implicit declaration of function 'jas_eprintf';
> did you mean 'vsnprintf'? [-Wimplicit-function-declaration]
>   129 |                                                 jas_eprintf("unknown
> long option %s\n", s);
>       |                                                 ^~~~~~~~~~~
>       |                                                 vsnprintf
> make[4]: *** [Makefile:349: jas_getopt.lo] Error 1
> ...
> -----------------------
> 
> Any suggestions?..

The original jasper files look fine to me:

https://github.com/jasper-software/jasper/blob/master/src/libjasper/base/jas_getopt.c

which includes

https://github.com/jasper-software/jasper/blob/master/src/libjasper/include/jasper/jas_debug.h

Looks like spack either does not generate proper include paths, or a
bad include file is found.

> Has a version of gnu/13.3.0 become available that might have the ICE fix?..

See https://gcc.gnu.org/gcc-13/ .

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (14 preceding siblings ...)
  2024-05-22 17:11 ` anlauf at gcc dot gnu.org
@ 2024-05-25 18:54 ` natalie.perlin at noaa dot gov
  2024-05-26 18:38 ` anlauf at gcc dot gnu.org
                   ` (2 subsequent siblings)
  18 siblings, 0 replies; 20+ messages in thread
From: natalie.perlin at noaa dot gov @ 2024-05-25 18:54 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #15 from Natalie Perlin <natalie.perlin at noaa dot gov> ---
Quick update: 

Software stack and model build with gnu/13.3.0 was clear from all previous
issues! So issue with the gnu/13.x.0 compiler could be considered as fixed,
thank you so much for the help here. 


Build with gnu/14.1.0 generated more ICEs, however. 
FYI, the compiler errors looked as following:

-----
...register_variable_attribute.inc:56:60:

internal compiler error: in gfc_walk_array_ref, at fortran/trans-array.cc:11870
0x75dffb gfc_walk_array_ref(gfc_ss*, gfc_expr*, gfc_ref*)
        ../../gcc/fortran/trans-array.cc:11870
0x8d5f90 gfc_walk_expr(gfc_expr*)
        ../../gcc/fortran/trans-array.cc:12232
0x75dffb gfc_walk_array_ref(gfc_ss*, gfc_expr*, gfc_ref*)
        ../../gcc/fortran/trans-array.cc:11870
0x8d5f90 gfc_walk_expr(gfc_expr*)
        ../../gcc/fortran/trans-array.cc:12232
0x8fb2c8 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
gfc_expr*, vec<tree_node*, va_gc, vl_embed>*)
        ../../gcc/fortran/trans-expr.cc:6578
0x8fb2c8 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
gfc_expr*, vec<tree_node*, va_gc, vl_embed>*)
        ../../gcc/fortran/trans-expr.cc:6578
0x90c46a gfc_conv_expr_reference(gfc_se*, gfc_expr*)
        ../../gcc/fortran/trans-expr.cc:9979
0x8fd2f4 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
gfc_expr*, vec<tree_node*, va_gc, vl_embed>*)
        ../../gcc/fortran/trans-expr.cc:6756
0x90f4b8 gfc_trans_assignment_1
        ../../gcc/fortran/trans-expr.cc:12287
0x90c46a gfc_conv_expr_reference(gfc_se*, gfc_expr*)
        ../../gcc/fortran/trans-expr.cc:9979
0x8fd2f4 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
gfc_expr*, vec<tree_node*, va_gc, vl_embed>*)
        ../../gcc/fortran/trans-expr.cc:6756
0x90f4b8 gfc_trans_assignment_1
        ../../gcc/fortran/trans-expr.cc:12287
0x8c3897 trans_code
...
... (more diagnostic prints)
...
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
0x8657ad translate_all_program_units
        ../../gcc/fortran/parse.cc:7086
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
----------------

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (15 preceding siblings ...)
  2024-05-25 18:54 ` natalie.perlin at noaa dot gov
@ 2024-05-26 18:38 ` anlauf at gcc dot gnu.org
  2024-05-29 15:23 ` natalie.perlin at noaa dot gov
  2024-05-29 15:30 ` jakub at gcc dot gnu.org
  18 siblings, 0 replies; 20+ messages in thread
From: anlauf at gcc dot gnu.org @ 2024-05-26 18:38 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #16 from anlauf at gcc dot gnu.org ---
(In reply to Natalie Perlin from comment #15)
> Quick update: 
> 
> Software stack and model build with gnu/13.3.0 was clear from all previous
> issues! So issue with the gnu/13.x.0 compiler could be considered as fixed,
> thank you so much for the help here. 

Good!

> Build with gnu/14.1.0 generated more ICEs, however. 
> FYI, the compiler errors looked as following:
> 
> -----
> ...register_variable_attribute.inc:56:60:
> 
> internal compiler error: in gfc_walk_array_ref, at
> fortran/trans-array.cc:11870
> 0x75dffb gfc_walk_array_ref(gfc_ss*, gfc_expr*, gfc_ref*)
>         ../../gcc/fortran/trans-array.cc:11870
> 0x8d5f90 gfc_walk_expr(gfc_expr*)
>         ../../gcc/fortran/trans-array.cc:12232
> 0x75dffb gfc_walk_array_ref(gfc_ss*, gfc_expr*, gfc_ref*)
>         ../../gcc/fortran/trans-array.cc:11870
> 0x8d5f90 gfc_walk_expr(gfc_expr*)
>         ../../gcc/fortran/trans-array.cc:12232
> 0x8fb2c8 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
> gfc_expr*, vec<tree_node*, va_gc, vl_embed>*)
>         ../../gcc/fortran/trans-expr.cc:6578
> 0x8fb2c8 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
> gfc_expr*, vec<tree_node*, va_gc, vl_embed>*)
>         ../../gcc/fortran/trans-expr.cc:6578
> 0x90c46a gfc_conv_expr_reference(gfc_se*, gfc_expr*)
>         ../../gcc/fortran/trans-expr.cc:9979
> 0x8fd2f4 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
> gfc_expr*, vec<tree_node*, va_gc, vl_embed>*)
>         ../../gcc/fortran/trans-expr.cc:6756
> 0x90f4b8 gfc_trans_assignment_1
>         ../../gcc/fortran/trans-expr.cc:12287
> 0x90c46a gfc_conv_expr_reference(gfc_se*, gfc_expr*)
>         ../../gcc/fortran/trans-expr.cc:9979
> 0x8fd2f4 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
> gfc_expr*, vec<tree_node*, va_gc, vl_embed>*)
>         ../../gcc/fortran/trans-expr.cc:6756
> 0x90f4b8 gfc_trans_assignment_1
>         ../../gcc/fortran/trans-expr.cc:12287
> 0x8c3897 trans_code
> ...
> ... (more diagnostic prints)
> ...
> Please submit a full bug report, with preprocessed source (by using
> -freport-bug).
> Please include the complete backtrace with any bug report.
> See <https://gcc.gnu.org/bugs/> for instructions.
> 0x8657ad translate_all_program_units
>         ../../gcc/fortran/parse.cc:7086
> Please submit a full bug report, with preprocessed source (by using
> -freport-bug).
> ----------------

Well, that is a different traceback and likely a different error.

Can you provide a reduced reproducer?

As you write, the ICE does not occur in 13.3 but is new at 14.1, so having
the new bug in a different PR might make it easier to track than keeping
it here.

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (16 preceding siblings ...)
  2024-05-26 18:38 ` anlauf at gcc dot gnu.org
@ 2024-05-29 15:23 ` natalie.perlin at noaa dot gov
  2024-05-29 15:30 ` jakub at gcc dot gnu.org
  18 siblings, 0 replies; 20+ messages in thread
From: natalie.perlin at noaa dot gov @ 2024-05-29 15:23 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #17 from Natalie Perlin <natalie.perlin at noaa dot gov> ---
anlauf@gcc.gnu.org - Thank you for you comment on the new compiler version/new
bug (to file a separate report for gnu/14.1.0)

It turns out, however, that other packages from the software stack collection
do through in another compiler error with the gnu/13.3.0 compiler. 
Brief note on the errors is below. Does it need to be submitted as a separate
ticket/different bug?

I'd prepare a preprocessed file where the error occurs. 

---------------
...
libtool: compile: 
/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.5.1/spack/lib/spack/env/gcc/gcc
-DHAVE_CONFIG_H -I.
-I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.5.1/envs/unified-env-rocky8/install/gcc/13.2.0/eccodes-2.27.0-iqito7n/include
-I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.5.1/envs/unified-env-rocky8/install/gcc/13.2.0/netcdf-c-4.9.2-6wbvfy2/include
-I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.5.1/envs/unified-env-rocky8/install/gcc/13.2.0/libaec-1.0.6-fhfcct7/include
-DCDI_SIZE_TYPE=size_t -DCDI_DATE_TYPE=int64_t -DgFortran -g -O2 -pthread -MT
gribapi_utilities.lo -MD -MP -MF .deps/gribapi_utilities.Tpo -c
gribapi_utilities.c  -fPIC -DPIC -o gribapi_utilities.o >/dev/null 2>&1
libtool: link: ar cru .libs/libcdiresunpack.a .libs/resource_unpack.o
mv -f .deps/iterator_grib.Tpo .deps/iterator_grib.Plo
libtool: link: ranlib .libs/libcdiresunpack.a
during RTL pass: expand
stream_gribapi.c: In function 'gribapiVarCompare.isra':
stream_gribapi.c:852:1: internal compiler error: in classify_argument, at
config/i386/i386.cc:2399
  852 | gribapiVarCompare(compvar2_t compVar, record_t record, int flag)
      | ^~~~~~~~~~~~~~~~~
libtool: link: ( cd ".libs" && rm -f "libcdiresunpack.la" && ln -s
"../libcdiresunpack.la" "libcdiresunpack.la" )
mv -f .deps/gribapi_utilities.Tpo .deps/gribapi_utilities.Plo
0x7140ec classify_argument
        ../../gcc/config/i386/i386.cc:2399
0xfaa866 classify_argument
        ../../gcc/config/i386/i386.cc:2546
0xfaaa1f construct_container
        ../../gcc/config/i386/i386.cc:2643
0xfad750 function_arg_64
        ../../gcc/config/i386/i386.cc:3312
0xfad750 ix86_function_arg
        ../../gcc/config/i386/i386.cc:3426
0x9cd7fd assign_parm_find_entry_rtl
        ../../gcc/function.cc:2538
0x9cdb8c assign_parms
        ../../gcc/function.cc:3693
0x9cfcde expand_function_start(tree_node*)
        ../../gcc/function.cc:5177
0x8832d1 execute
        ../../gcc/cfgexpand.cc:6725
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
make[3]: *** [Makefile:944: stream_gribapi.lo] Error 1
make[3]: Leaving directory
'/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.5.1/cache/build_stage/spack-stage-cdo-2.0.5-ndljrw567z3hjwtgc4qz4fyd2pbirrta/spack-src/libcdi/src'
make[2]: *** [Makefile:713: all] Error 2
make[2]: Leaving directory
'/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.5.1/cache/build_stage/spack-stage-cdo-2.0.5-ndljrw567z3hjwtgc4qz4fyd2pbirrta/spack-src/libcdi/src'
make[1]: *** [Makefile:535: all-recursive] Error 1
make[1]: Leaving directory
'/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.5.1/cache/build_stage/spack-stage-cdo-2.0.5-ndljrw567z3hjwtgc4qz4fyd2pbirrta/spack-src/libcdi'
make: *** [Makefile:492: all-recursive] Error 1
==> Error: ProcessError: Command exited with status 2:
    'make' '-j4' 'V=1'

5 errors found in build log:
     1020    libtool: compile:  /scratch2/NCEPDEV/stmp1/role.epic/spack-stack/s
             pack-stack-1.5.1/spack/lib/spack/env/gcc/gcc -DHAVE_CONFIG_H -I. -
             I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack-1.5.1/e
             nvs/unified-env-rocky8/install/gcc/13.2.0/eccodes-2.27.0-iqito7n/i
             nclude -I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spack-stack
             -1.5.1/envs/unified-env-rocky8/install/gcc/13.2.0/netcdf-c-4.9.2-6
             wbvfy2/include -I/scratch2/NCEPDEV/stmp1/role.epic/spack-stack/spa
             ck-stack-1.5.1/envs/unified-env-rocky8/install/gcc/13.2.0/libaec-1
             .0.6-fhfcct7/include -DCDI_SIZE_TYPE=size_t -DCDI_DATE_TYPE=int64_
             t -DgFortran -g -O2 -pthread -MT gribapi_utilities.lo -MD -MP -MF
             .deps/gribapi_utilities.Tpo -c gribapi_utilities.c  -fPIC -DPIC -o
              gribapi_utilities.o >/dev/null 2>&1
     1021    libtool: link: ar cru .libs/libcdiresunpack.a .libs/resource_unpac
             k.o
     1022    mv -f .deps/iterator_grib.Tpo .deps/iterator_grib.Plo
     1023    libtool: link: ranlib .libs/libcdiresunpack.a
     1024    during RTL pass: expand
     1025    stream_gribapi.c: In function 'gribapiVarCompare.isra':
  >> 1026    stream_gribapi.c:852:1: internal compiler error: in classify_argum
             ent, at config/i386/i386.cc:2399
     1027      852 | gribapiVarCompare(compvar2_t compVar, record_t record, int
              flag)
     1028          | ^~~~~~~~~~~~~~~~~
     1029    libtool: link: ( cd ".libs" && rm -f "libcdiresunpack.la" && ln -s
              "../libcdiresunpack.la" "libcdiresunpack.la" )
     1030    mv -f .deps/gribapi_utilities.Tpo .deps/gribapi_utilities.Plo
     1031    0x7140ec classify_argument
     1032       ../../gcc/config/i386/i386.cc:2399

     ...

     1046       ../../gcc/function.cc:5177
     1047    0x8832d1 execute
     1048       ../../gcc/cfgexpand.cc:6725
     1049    Please submit a full bug report, with preprocessed source (by usin
             g -freport-bug).
     1050    Please include the complete backtrace with any bug report.
     1051    See <https://gcc.gnu.org/bugs/> for instructions.
  >> 1052    make[3]: *** [Makefile:944: stream_gribapi.lo] Error 1
     1053    make[3]: Leaving directory '/scratch2/NCEPDEV/stmp1/role.epic/spac
             k-stack/spack-stack-1.5.1/cache/build_stage/spack-stage-cdo-2.0.5-
             ndljrw567z3hjwtgc4qz4fyd2pbirrta/spack-src/libcdi/src'
  >> 1054    make[2]: *** [Makefile:713: all] Error 2
     1055    make[2]: Leaving directory '/scratch2/NCEPDEV/stmp1/role.epic/spac
             k-stack/spack-stack-1.5.1/cache/build_stage/spack-stage-cdo-2.0.5-
             ndljrw567z3hjwtgc4qz4fyd2pbirrta/spack-src/libcdi/src'
  >> 1056    make[1]: *** [Makefile:535: all-recursive] Error 1
     1057    make[1]: Leaving directory '/scratch2/NCEPDEV/stmp1/role.epic/spac
             k-stack/spack-stack-1.5.1/cache/build_stage/spack-stage-cdo-2.0.5-
             ndljrw567z3hjwtgc4qz4fyd2pbirrta/spack-src/libcdi'
  >> 1058    make: *** [Makefile:492: all-recursive] Error 1

See build log for details:
...
---------------------

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314
  2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
                   ` (17 preceding siblings ...)
  2024-05-29 15:23 ` natalie.perlin at noaa dot gov
@ 2024-05-29 15:30 ` jakub at gcc dot gnu.org
  18 siblings, 0 replies; 20+ messages in thread
From: jakub at gcc dot gnu.org @ 2024-05-29 15:30 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107

--- Comment #18 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
(In reply to Natalie Perlin from comment #17)
> Brief note on the errors is below. Does it need to be submitted as a
> separate ticket/different bug?

Yes.

> I'd prepare a preprocessed file where the error occurs. 

Just try -freport-bug, if that works, upload what it prepares, otherwise follow
https://gcc.gnu.org/bugs/

^ permalink raw reply	[flat|nested] 20+ messages in thread

end of thread, other threads:[~2024-05-29 15:30 UTC | newest]

Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-05-15 16:53 [Bug fortran/115107] New: f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314 natalie.perlin at noaa dot gov
2024-05-15 16:56 ` [Bug fortran/115107] " jakub at gcc dot gnu.org
2024-05-15 17:01 ` jakub at gcc dot gnu.org
2024-05-15 17:15 ` rguenth at gcc dot gnu.org
2024-05-15 18:13 ` anlauf at gcc dot gnu.org
2024-05-16  4:29 ` natalie.perlin at noaa dot gov
2024-05-16  7:08 ` natalie.perlin at noaa dot gov
2024-05-16  7:20 ` natalie.perlin at noaa dot gov
2024-05-16 17:06 ` anlauf at gcc dot gnu.org
2024-05-16 18:26 ` natalie.perlin at noaa dot gov
2024-05-22  6:16 ` natalie.perlin at noaa dot gov
2024-05-22  7:55 ` natalie.perlin at noaa dot gov
2024-05-22  8:00 ` jakub at gcc dot gnu.org
2024-05-22 15:14 ` natalie.perlin at noaa dot gov
2024-05-22 15:23 ` jakub at gcc dot gnu.org
2024-05-22 17:11 ` anlauf at gcc dot gnu.org
2024-05-25 18:54 ` natalie.perlin at noaa dot gov
2024-05-26 18:38 ` anlauf at gcc dot gnu.org
2024-05-29 15:23 ` natalie.perlin at noaa dot gov
2024-05-29 15:30 ` jakub at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).