On 15/05/2018 18:54, Gilles Filippini wrote:
Package: release.debian.org Severity: normal User: [email protected] Usertags: binnmueccodes binary packages were built by the maintainer for arch amd64, and it seems he used a GCC version different from 7.3.0 because building metview on amd64 with default GCC FTBFS with: /<<PKGBUILDDIR>>/src/libMvMacroApi/macro_api_f90.f90:23:6: use grib_api 1 Fatal Error: Cannot read module file 'grib_api.mod' opened at (1), because it was created by a different version of GNU Fortran
I did build eccodes (2.7.3-2) with gfortran 8, but I did so deliberately to provide the compatible mod file needed to test the ECMWF / meteo stack with gcc / g++ / gfortran 8. metview is now (5.0.1-3) also compiled with gfortran-8 and compiles successfully. See the changelogs / diffs for the packages (https://salsa.debian.org/science-team/eccodes, etc)
The ECMWF packages (magics++, metview in particular) contain a lot of old-style C++ code, and typically FTBFS on g++ upgrades, needing syntax fixes for new warnings, etc. To ensure they compile and work (on all archs) required building eccodes with gfortran8 to get the dependencies working then building all with experimental.
So, these packages (eccodes, flextra, flexpart, metview) are temporarily hard-coded to use gfortran-8. I will revert this when the transition is compete.
grib_api.mod is part of libeccodes-dev. Please rebuild eccodes with default GCC for amd64. nmu eccodes_2.7.3-2 . amd64 . unstable . -m "Rebuild with GCC 7.3.0" Thanks,
Thanks -- Alastair McKinstry, <[email protected]>, <[email protected]>, https://diaspora.sceal.ie/u/amckinstry Misentropy: doubting that the Universe is becoming more disordered.
