[Bug middle-end/100755] Error with fortran object (v11.1.0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100755 Andrew Pinski changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |DUPLICATE --- Comment #9 from Andrew Pinski --- Dup of bug 100283. *** This bug has been marked as a duplicate of bug 100283 ***
[Bug middle-end/100755] Error with fortran object (v11.1.0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100755 anlauf at gcc dot gnu.org changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=100283 --- Comment #8 from anlauf at gcc dot gnu.org --- Likely fixed on mainline with the fix for pr100283.
[Bug middle-end/100755] Error with fortran object (v11.1.0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100755 --- Comment #7 from afernandez at odyhpc dot com --- @anlauf. Thanks! I'll open a PR with the developers so that they fix these issues.
[Bug middle-end/100755] Error with fortran object (v11.1.0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100755 --- Comment #6 from anlauf at gcc dot gnu.org --- Please replace the wrong specifics by the proper generic: min0 -> min max0 -> max This should work and makes the code standard conforming.
[Bug middle-end/100755] Error with fortran object (v11.1.0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100755 --- Comment #5 from afernandez at odyhpc dot com --- I just tried -std=legacy but it made no difference.
[Bug middle-end/100755] Error with fortran object (v11.1.0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100755 --- Comment #4 from Dominique d'Humieres --- > If I'm understanding correctly and this is an extension being deprecated, > is there any option to push the compilation with gcc11.1 through? Did you try -std=legcy?
[Bug middle-end/100755] Error with fortran object (v11.1.0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100755 --- Comment #3 from afernandez at odyhpc dot com --- Sorry for the delay. The system is AArch64 and running CentOS8.3. I have 2 GCC installations, one is 8.3.1 and the second is 11.1.0. NCEPLIBS builds with the former but not with the second. The 1st step is with cmake cd /opt/prae sudo git clone https://github.com/NOAA-EMC/NCEPLIBS cd /opt/prae/NCEPLIBS sudo mkdir -p build && cd build sudo /usr/local/bin/cmake -DCMAKE_INSTALL_PREFIX=/opt/prae/NCEP -DCMAKE_C_COMPILER=/opt/prae/openmpi/bin/mpicc -DCMAKE_Fortran_COMPILER=/opt/prae/openmpi/bin/mpif90 -DCMAKE_INSTALL_PREFIX=/opt/prae/NCEP -DCMAKE_PREFIX_PATH=/opt/prae/netcdf -DNetCDF_INCLUDE_DIRS=/opt/prae/netcdf/include -DNetCDF_LIBRARIES=/opt/prae/netcdf/lib /opt/prae/NCEPLIBS Then, it fails when invoking make. I also tried adding the flag "-fdefault-integer-8" but it didn't change anything. If I'm understanding correctly and this is an extension being deprecated, is there any option to push the compilation with gcc11.1 through? I'm not the developer so even if they agreed to make the necessary changes, it might take some time. Thanks.
[Bug middle-end/100755] Error with fortran object (v11.1.0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100755 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords|ice-on-valid-code |ice-on-invalid-code CC||anlauf at gcc dot gnu.org --- Comment #2 from anlauf at gcc dot gnu.org --- Possibly related: PR100283. Note that this is more likely an ice-on-invalid, as the specific intrinsics min0/max accept only default integers as argument. (F2018 table 16.3). 127_8 is not of default integer kind. Accepting non-default integers is an extension.
