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).