[Bug fortran/96018] Optimization issue with external HDF5 library

2020-07-06 Thread martin.schlipf at damnthespam dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96018 martin.schlipf at damnthespam dot com changed: What|Removed |Added Attachment #48817|0 |1 is obsol

[Bug fortran/96018] Optimization issue with external HDF5 library

2020-07-05 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96018 --- Comment #8 from Thomas Koenig --- Comment on attachment 48817 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48817 Minimal example to demonstrate the issue. Hm, I cannot reproduce this because I do not have the hdf5 library installed.

[Bug fortran/96018] Optimization issue with external HDF5 library

2020-07-02 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96018 --- Comment #7 from Thomas Koenig --- I can not test at the moment, that will have to wait for a few days. A general comment: In Fortran, functions exist to return a value. C-style „return an error status“ fit rather badly to the language, that

[Bug fortran/96018] Optimization issue with external HDF5 library

2020-07-01 Thread martin.schlipf at damnthespam dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96018 --- Comment #6 from martin.schlipf at damnthespam dot com --- Sorry, if that has not been clear enough. I already know how to work around this issue. You can simply check the error flag [if (ierr /= 0) return]. What I do not understand is why gfo

[Bug fortran/96018] Optimization issue with external HDF5 library

2020-07-01 Thread anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96018 --- Comment #5 from anlauf at gcc dot gnu.org --- (In reply to martin.schlipf from comment #4) > Finally, I reproduced it with gfortran 9.3.0 + hdf 1.12.0 and gfortran 10.0 > + hdf 1.10.4. With older versions of gfortran 7.3.0 it does not appear.

[Bug fortran/96018] Optimization issue with external HDF5 library

2020-07-01 Thread martin.schlipf at damnthespam dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96018 --- Comment #4 from martin.schlipf at damnthespam dot com --- Hdf5 doesn't have native support for complex datatypes, so we convert to real and write that it is a complex as an attribute. If you replace the conversion logic by an array instead of

[Bug fortran/96018] Optimization issue with external HDF5 library

2020-07-01 Thread anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96018 --- Comment #3 from anlauf at gcc dot gnu.org --- You are not using HDF5's "native" Fortran interface directly, but a clumsy way with c_f_pointer to obscure your code. Any reason for that? Have you considered using RESHAPE for what you seem to t

[Bug fortran/96018] Optimization issue with external HDF5 library

2020-07-01 Thread martin.schlipf at damnthespam dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96018 --- Comment #2 from martin.schlipf at damnthespam dot com --- Well hdf5 is not developed by me, its a huge library. You can install it manually if you want (https://www.hdfgroup.org/solutions/hdf5/), but it is available on Ubuntu as mentioned sud

[Bug fortran/96018] Optimization issue with external HDF5 library

2020-07-01 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96018 Dominique d'Humieres changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED