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
- strip the new preprocessor binary
- include the new preprocessor binary in the .zip and .7z archives
- include the old (backward-compatible) preprocessor binary in the .exe installer
The runners no longer have an octave binary in the PATH, so the configure
script fails. We pass a dummy value for the location of the Octave
binary (which is actually not run, because we don’t execute the testsuite).
Since 533a4ff7db, several MEX files were missing
in the Windows package (gensylv, k-order, dynare_simul, MS-SBVAR). The problem
was that the environment variable containing the directory containing MSYS2
libraries (incl. matio and gsl) was not correctly passed to parallelized
subshells.
The MEX files are built out-of-tree (because we want to do them in parallel).
This would create a potential race condition if several builds want to create
the symlinks under mex/matlab/ or mex/octave/.
The solution is to disable those symlinks for out-of-tree builds.
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
Stéphane Adjemian (Charybdis)