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:
/<<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, <alast...@sceal.ie>, <mckins...@debian.org>,
https://diaspora.sceal.ie/u/amckinstry
Misentropy: doubting that the Universe is becoming more disordered.