Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1895612
Summary: | Internal compiler error on several architectures building OpenMolcas-20.10 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Susi Lehtola <susi.lehtola> |
Component: | gcc | Assignee: | Jakub Jelinek <jakub> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 32 | CC: | ajax, aoliva, dmalcolm, ffesti, fweimer, igor.raits, jakub, jonathan, j, jwakely, law, mpolacek, msebor, nickc, pmatilai, sipoyare, torsava |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | gcc-10.2.1-9.fc33 gcc-10.2.1-9.fc32 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-11-30 01:08:55 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Susi Lehtola
2020-11-07 18:12:52 UTC
Actually, the koji build https://koji.fedoraproject.org/koji/taskinfo?taskID=55123480 has internal compiler errors on several architectures: armv7hl https://kojipkgs.fedoraproject.org//work/tasks/3488/55123488/build.log i686 https://kojipkgs.fedoraproject.org//work/tasks/3489/55123489/build.log s390x https://kojipkgs.fedoraproject.org//work/tasks/3493/55123493/build.log The bug is also present on older releases. Fedora 32 i686 https://kojipkgs.fedoraproject.org//work/tasks/4253/55124253/build.log Fedora 32 s390x https://kojipkgs.fedoraproject.org//work/tasks/4257/55124257/build.log Fedora 32 armv7hl https://kojipkgs.fedoraproject.org//work/tasks/4252/55124252/build.log I suspect that the -Werror=format-security option is being added by this line from /usr/lib/rpm/redhat/macros: %__global_compiler_flags -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches %{_hardened_cflags} %{_annotated_cflags}%{?_legacy_common_support: -fcommon} It would be convenient if gfortran could silently accept the -Werror=format-security option as otherwise it will be necessary to update the redhat-rpm-config package, which could take a long time. -Werror=format-security (and -Wformat etc.) is not really meaningful for Fortran, it doesn't have printf style APIs at all. So, this should be instead fixed in redhat-rpm-config, -Werror=format-security moved from __global_compiler_flags to C/C++ specific options. I don't see why changing redhat-rpm-config would need to take a long time. OK, well I will reassign it and see what happens. Is the internal compiler error really caused by -Werror=format-security? It has been around for years and hasn't caused problems before... My comment was just a response to Nick's comment, didn't comment about anything else. The ICE boils down to: module fortran_strings interface operator(.in.) module procedure substr_in_str end interface contains pure function to_upper (in_str) result (string) character(len=*), intent(in) :: in_str character(len=len(in_str)) :: string string = in_str end function to_upper logical pure function substr_in_str(substring, string) character(len=*), intent(in) :: string, substring substr_in_str=.false. end function end module subroutine foo () use fortran_strings, only : to_upper, operator(.in.) character(len=8) str logical l str = 'abcdefgh' l = 'I' .in. to_upper(str) end subroutine foo and ICEs somewhere in gmp: #0 0xf7c3e6b5 in __gmpz_sizeinbase () from /lib/libgmp.so.10 #1 0x08fb09d0 in wi::from_mpz (type=0xf7ffb540, x=0x9bf0860, wrap=true) at ../../gcc/wide-int.cc:269 #2 0x08d721eb in gfc_mpz_get_hwi (op=<optimized out>) at ../../gcc/fortran/misc.c:426 #3 gfc_typename (ex=0x9bed0f0) at ../../gcc/fortran/misc.c:228 #4 0x08db293f in resolve_operator (e=e@entry=0x9bed180) at ../../gcc/fortran/resolve.c:4274 #5 0x08dad02f in gfc_resolve_expr (e=0x9bed180) at ../../gcc/fortran/resolve.c:7035 #6 0x08dbe487 in gfc_resolve_expr (e=<optimized out>) at ../../gcc/fortran/resolve.c:7009 #7 gfc_resolve_code (code=<optimized out>, ns=<optimized out>) at ../../gcc/fortran/resolve.c:11755 #8 0x08dc0685 in resolve_codes (ns=ns@entry=0x9bdb4f0) at ../../gcc/fortran/resolve.c:17283 #9 0x08dac845 in gfc_resolve (ns=0x9bdb4f0) at ../../gcc/fortran/resolve.c:17318 #10 gfc_resolve (ns=0x9bdb4f0) at ../../gcc/fortran/resolve.c:17297 #11 0x08d9e4fb in resolve_all_program_units (gfc_global_ns_list=<optimized out>) at ../../gcc/fortran/parse.c:6245 #12 gfc_parse_file () at ../../gcc/fortran/parse.c:6497 #13 0x08e0a04d in gfc_be_parse_file () at ../../gcc/fortran/f95-lang.c:210 #14 0x08f3f61e in compile_file () at ../../gcc/toplev.c:459 #15 0x089c8bdf in do_compile () at ../../gcc/toplev.c:2289 #16 toplev::main (this=0xffffd58e, argc=<optimized out>, argv=<optimized out>) at ../../gcc/toplev.c:2428 #17 0x089cb385 in main (argc=3, argv=0xffffd664) at ../../gcc/main.c:39 I second Susis comment 6. How is this related to -Werror=format? An ICE is an ICE and should be fixed in GCC. Sorry - that was my nad. I was distracted by the -Werror-format-security message and I missed the ICE. Moving format-security warning/error switches to C/C++ specific flags is a perfectly reasonable suggestion though :) FEDORA-2020-25659ed5b0 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-25659ed5b0 FEDORA-2020-9e8ad5b507 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-9e8ad5b507 FEDORA-2020-25659ed5b0 has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-25659ed5b0` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-25659ed5b0 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-9e8ad5b507 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-9e8ad5b507` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-9e8ad5b507 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-25659ed5b0 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2020-9e8ad5b507 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report. |