teuben
io_nemo fails with gfortran-10 (on mac)
gfortran-10 is a more strict compiler, it does not like the varargs style it internally finds that is being used. This might be something for @jcldc possibly an extra flag to the compiler
A more detailed look seems to show that gfortran-10 on linux works fine, but it's the one on the Mac that is broken. And to be clear, this is homebrew version 10.2.0 The working version on linux is Ubuntu 10.2.0-5ubuntu1~20.04 @jcldc might be partially happy.
Not sure if you saw my first, or edited message, as i had to admit the problem is on mac only
The compiler error on gcc-11 is: Error: Type mismatch between actual argument at (1) and actual argument at (2) (REAL(8)/CHARACTER(*)). but by adding a -fallow-argument-mismatch flag, this passes the compiler now. There is still a runtime error in the testsuite.
The compiler error on gcc-11 is: Error: Type mismatch between actual argument at (1) and actual argument at (2) (REAL(8)/CHARACTER(*)). but by adding a -fallow-argument-mismatch flag, this passes the compiler now. There is still a runtime error in the testsuite.
on almalinux (redhat8 like) and gcc 11 activated, IO_NEMO test-suite pass (with -fallow-argument-mismatch enable)
I've added this flag to the Makefile in io_nemo. I don't have runtime error on ubuntu20, but I'm looking into U21.10 where there is still a runtime error.
My error was that from a previous test a 0 length plummer was there, then the rest fails. I would like to argue the testsuite scripts should write their files in a clean directory, so no side-effects like this could occur. By default the testsuite tree is removed. Other than this, the testsuite compiles and work again!
I have a proposed solution (not committed yet), where RT= is set via commandline arg to the scripts. We could also make this the default. The other problem with /tmp/ is that the name would be shared by another user and thus the test would fail