[Bug fortran/92586] ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92586 --- Comment #10 from epagone --- Bug persists in version 11.1.
[Bug fortran/92586] ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92586 --- Comment #9 from epagone --- Bug persists in version 10.1: $ gfortran-10 -v Using built-in specs. COLLECT_GCC=gfortran-10 COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/10/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none:amdgcn-amdhsa:hsa OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 10.1.0-3ubuntu1~20.04' --with-bugurl=file:///usr/share/doc/gcc-10/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-10 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none=/build/gcc-10-0TNKLK/gcc-10-10.1.0/debian/tmp-nvptx/usr,amdgcn-amdhsa=/build/gcc-10-0TNKLK/gcc-10-10.1.0/debian/tmp-gcn/usr,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 10.1.0 (Ubuntu 10.1.0-3ubuntu1~20.04) My MWE output: $ gfortran-10 bug.f90 bug.f90:34:0: 34 | data_get_foo_s = self%foo(ith)%get_s() | internal compiler error: in gimplify_expr, at gimplify.c:14624 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. G. Steinmetz's reduced case "z1.f90": $ gfortran-10 bug.f90 bug.f90:19:0: 19 | f = g(x%c) | internal compiler error: in gimplify_expr, at gimplify.c:14624 Please submit a full bug report, with preprocessed source if appropriate. See for instructions.
[Bug fortran/92586] ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92586 --- Comment #7 from epagone --- Many thanks for looking into this, G. Steinmetz. Looking at your reduced cases, I understand that this is not related to character type. Should I remove the dependency to the meta bug "Fortran character"?
[Bug fortran/92586] ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92586 --- Comment #4 from epagone --- The test case compiles and runs correctly on ifort 19.0.1.144
[Bug fortran/92586] ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92586 epagone changed: What|Removed |Added Blocks||19276 --- Comment #3 from epagone --- Converting "data_get_foo_s" to a subroutine makes the ICE go away but, upon execution, there is a segmentation fault. Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19276 [Bug 19276] [meta-bug] CHARACTER related bugs in gfortran
[Bug fortran/92586] ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92586 --- Comment #2 from epagone --- I managed to produce a test case that does not require any external library (much easier to test). Please find it attached in my previous comment. I was able then to test it easily with all the versions of gfortran available on my machine. Here are the results. $ gfortran-9 bug_gimplify.f90 bug_gimplify.f90:34:0: 34 | data_get_foo_s = self%foo(ith)%get_s() | internal compiler error: in gimplify_expr, at gimplify.c:13479 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. $ gfortran-9 --version GNU Fortran (Ubuntu 9.2.1-17ubuntu1~18.04.1) 9.2.1 20191102 $ gfortran-8 bug_gimplify.f90 bug_gimplify.f90:34:0: data_get_foo_s = self%foo(ith)%get_s() internal compiler error: in gimplify_expr, at gimplify.c:12492 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. $ gfortran-8 --version GNU Fortran (Ubuntu 8.3.0-6ubuntu1~18.04.1) 8.3.0 $ gfortran-7 bug_gimplify.f90 bug_gimplify.f90:34:0: data_get_foo_s = self%foo(ith)%get_s() internal compiler error: in gimplify_expr, at gimplify.c:12247 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. $ gfortran-7 --version GNU Fortran (Ubuntu 7.4.0-1ubuntu1~18.04.1) 7.4.0
[Bug fortran/92586] ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92586 epagone changed: What|Removed |Added Attachment #47303|0 |1 is obsolete|| --- Comment #1 from epagone --- Created attachment 47345 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47345=edit MWE without external library
[Bug fortran/92586] New: ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92586 Bug ID: 92586 Summary: ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: epagone at email dot it Target Milestone: --- Created attachment 47303 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47303=edit internal compiler error: in gimplify_expr, at gimplify.c:13479 The attached code exposes an ICE: $ gfortran-9 -Wall -Wextra gimplify_expr_bug.f90 -lstringifor gimplify_expr_bug.f90:31:0: 31 | data_get_foo_s = self%foo(ith)%get_s() | internal compiler error: in gimplify_expr, at gimplify.c:13479 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. $ gfortran-9 -v Using built-in specs. COLLECT_GCC=gfortran-9 COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/9/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none:hsa OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 9.2.1-17ubuntu1~18.04.1' --with-bugurl=file:///usr/share/doc/gcc-9/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,gm2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-9 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 9.2.1 20191102 (Ubuntu 9.2.1-17ubuntu1~18.04.1) I apologise if my MWE has not been reduced further and uses the open source library StringiFor (https://github.com/szaghi/StringiFor), but it took me already a lot of time to reduce it to the present form from the original case.
[Bug fortran/45179] Support UTF-8 (and other encodings) in the source file (.f90) for CHARACTER(kind=4)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45179 epagone changed: What|Removed |Added CC||epagone at email dot it --- Comment #6 from epagone --- Still present in gfortran version 8.1.0. I have developed a simple workaround (although clunky) to overcome the wrong output of len() and len_trim() using kind=1 strings. I simply count how many characters are non-ASCII (comparing with achar() between 1 and 127) and then correct the output accordingly. In my (limited) tests it works, but it might have shortcomings.
[Bug fortran/69910] ICE with NEWUNIT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69910 epagone at email dot it changed: What|Removed |Added CC||epagone at email dot it --- Comment #4 from epagone at email dot it --- A workaround is substituting this excerpt case ('scratch') open(newunit=funit, status=fstatus, access='sequential', & form='formatted', iostat=istat) with the following case ('scratch') open(newunit=funit, status='scratch', access='sequential', & form='formatted', iostat=istat)