[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[jakub at gcc dot gnu.org via Gcc-bugs]

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

--- Comment #18 from Jakub Jelinek  ---
(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/

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[natalie.perlin at noaa dot gov via Gcc-bugs]

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

--- Comment #17 from Natalie Perlin  ---
anl...@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  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:
 1020libtool: 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
 1021libtool: link: ar cru .libs/libcdiresunpack.a .libs/resource_unpac
 k.o
 1022mv -f .deps/iterator_grib.Tpo .deps/iterator_grib.Plo
 1023libtool: link: ranlib .libs/libcdiresunpack.a
 1024during RTL pass: expand
 1025stream_gribapi.c: In function 'gribapiVarCompare.isra':
  >> 1026stream_gribapi.c:852:1: internal compiler error: in classify_argum
 ent, at config/i386/i386.cc:2399
 1027  852 | 

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[anlauf at gcc dot gnu.org via 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*)
> ../../gcc/fortran/trans-expr.cc:6578
> 0x8fb2c8 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
> gfc_expr*, vec*)
> ../../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*)
> ../../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*)
> ../../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  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.

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[natalie.perlin at noaa dot gov via Gcc-bugs]

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

--- Comment #15 from Natalie Perlin  ---
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*)
../../gcc/fortran/trans-expr.cc:6578
0x8fb2c8 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
gfc_expr*, vec*)
../../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*)
../../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*)
../../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  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).

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[anlauf at gcc dot gnu.org via 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/ .

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[jakub at gcc dot gnu.org via Gcc-bugs]

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

--- Comment #13 from Jakub Jelinek  ---
So provide fixes upstream and hope they apply them soon.

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[natalie.perlin at noaa dot gov via Gcc-bugs]

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

--- Comment #12 from Natalie Perlin  ---
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...

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[jakub at gcc dot gnu.org via Gcc-bugs]

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

--- Comment #11 from Jakub Jelinek  ---
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+.

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[natalie.perlin at noaa dot gov via Gcc-bugs]

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

--- Comment #10 from Natalie Perlin  ---
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"

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[natalie.perlin at noaa dot gov via Gcc-bugs]

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

--- Comment #9 from Natalie Perlin  ---
 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?..

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[natalie.perlin at noaa dot gov via Gcc-bugs]

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

--- Comment #8 from Natalie Perlin  ---
anl...@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

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[anlauf at gcc dot gnu.org via 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).

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[natalie.perlin at noaa dot gov via Gcc-bugs]

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

--- Comment #6 from Natalie Perlin  ---
(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
=

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[natalie.perlin at noaa dot gov via Gcc-bugs]

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

--- Comment #5 from Natalie Perlin  ---
Created attachment 58217
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58217=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

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[natalie.perlin at noaa dot gov via Gcc-bugs]

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

--- Comment #4 from Natalie Perlin  ---
Created attachment 58216
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58216=edit
Log file from the build of the software

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

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[anlauf at gcc dot gnu.org via 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?

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[rguenth at gcc dot gnu.org via Gcc-bugs]

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

Richard Biener  changed:

   What|Removed |Added

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

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[jakub at gcc dot gnu.org via Gcc-bugs]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #2 from Jakub Jelinek  ---
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.

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

[jakub at gcc dot gnu.org via Gcc-bugs]

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

--- Comment #1 from Jakub Jelinek  ---
*** Bug 115108 has been marked as a duplicate of this bug. ***