On 15/05/2018 18:54, Gilles Filippini wrote:

Package: release.debian.org
Severity: normal
User: release.debian....@packages.debian.org
Usertags: binnmu

eccodes 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:

    use grib_api
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"


Alastair McKinstry, <alast...@sceal.ie>, <mckins...@debian.org>, 
Misentropy: doubting that the Universe is becoming more disordered.

Reply via email to