Incidentally, no longer run Dynare++ unit tests, since they are intricated in
the Dynare++ build system. If we finally decide not to drop the Dynare++
codebase for our MEX files, then we should probably find a way to build and run
them again.
Ref. #1825
Add -std=legacy to FFLAGS.
Do the same for the Windows package, even though we don’t yet use version 10 of
gfortran (but that will of course happen at some point).
Those archives contain 3 hidden files, which always have the same name. This
can make the parallel build fail when several packages are unpacked at the same
time. Hence, we just skip these files when unpacking.
– before executing the rule for unpacking the source, delete previously
unpacked sources to avoid file overwrite (delete all versions so that the
Gitlab cache does not grow too big)
— ensure that those rules are executed when a patch is modified
The scripts are based the former “dynare-build” project. They have been
overhauled and simplified.
Building a Windows package (both installer and zip archive) is as easy as
running “make -C windows” (provided the right Debian packages are installed,
use the “windows/install-packages.sh” script for that purpose).
The layout of MEX files for Octave in the package has been
changed (mex/octave/win32/ and mex/octave/win64/ instead of mex/octave32/ and
mex/octave/), for consistency with MATLAB MEX.
Sébastien Villemot