1. 09 Jun, 2021 1 commit
  2. 04 Jun, 2021 1 commit
  3. 10 May, 2021 1 commit
    • Sébastien Villemot's avatar
      Build system: streamline handling of compilation flags for MEX · 0741963c
      Sébastien Villemot authored
      — allow the user to override compilation flags for MATLAB MEX (it was already
        working for the preprocessor, the MEX for Octave and Dynare++)
      — increase the symmetry of MEX build infrastructure between MATLAB and Octave
      — when linking MEX for Octave, do not add the output of “mkoctfile -p FLIBS”.
        It is unneeded, and it can create a conflict between the system compiler and
        a user-supplied compiler
      
      By the way:
      — restore optimization on macOS for C/C++ MEX (it had been removed in
        5df2392a)
      — remove -fno-omit-frame-pointer on MATLAB/Linux, since it would be cancelled
        by subsequent -O2 and should not be needed anyways
      — remove FFLAGS under Octave, unused
      0741963c
  4. 12 Mar, 2021 2 commits
  5. 18 Dec, 2020 2 commits
  6. 02 Dec, 2020 2 commits
  7. 18 Nov, 2020 1 commit
  8. 13 Nov, 2020 1 commit
  9. 05 Nov, 2020 2 commits
  10. 30 Jul, 2020 1 commit
  11. 15 Jun, 2020 1 commit
  12. 08 Jan, 2020 1 commit
  13. 06 Jan, 2020 4 commits
  14. 20 Dec, 2019 2 commits
  15. 10 Dec, 2019 1 commit
  16. 03 Dec, 2019 4 commits
  17. 28 Nov, 2019 1 commit
  18. 26 Nov, 2019 1 commit
    • Sébastien Villemot's avatar
      Build system: by default, error out if some dependency is missing · 8065e9d4
      Sébastien Villemot authored
      In particular, if either MATLAB or Octave is missing, one needs to pass either
      --disable-matlab or --disable-octave.
      
      Moreover, several new configure flags have been introduced for disabling some
      components:
      --disable-doc
      --disable-dynare++
      --disable-mex-dynare++
      --disable-mex-ms-sbvar
      --disable-mex-kalman-steady-state
      8065e9d4
  19. 24 Sep, 2019 1 commit
  20. 11 Sep, 2019 1 commit
    • Sébastien Villemot's avatar
      Bump to C++17 · 0d0a0a9b
      Sébastien Villemot authored
      This means we now require GCC 8.
      
      Boost filesystem library is no longer needed.
      
      Ref preprocessor#16
      0d0a0a9b
  21. 04 Sep, 2019 1 commit
  22. 03 Sep, 2019 1 commit
    • Sébastien Villemot's avatar
      Add scripts and CI job for building Windows package · bae1fa25
      Sébastien Villemot authored
      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.
      bae1fa25
  23. 27 Jun, 2019 1 commit
  24. 25 Jun, 2019 1 commit
  25. 24 Jun, 2019 1 commit
    • Sébastien Villemot's avatar
      New perfect_foresight_problem MEX file · 5b591fac
      Sébastien Villemot authored
      It constructs the stacked residuals and jacobian of the perfect foresight
      problem.
      
      It is an almost perfect replacement for the perfect_foresight_problem.m
      routine, while being much more efficient.
      
      Note however that the DLL never return complex numbers (it instead puts NaNs at
      the place where there would have been complex). This may create problems for
      some MOD files; the algorithms will need to be adapted to use a more
      line-search method.
      5b591fac
  26. 23 Apr, 2019 1 commit
  27. 16 Apr, 2019 1 commit
  28. 25 Mar, 2019 1 commit
  29. 28 Jan, 2019 1 commit
    • Sébastien Villemot's avatar
      Dynare++: use C++11 threads (instead of POSIX threads API) · 752a02a3
      Sébastien Villemot authored
      On Windows, this means that a POSIX threads implementation is no longer needed,
      since C++11 threads are implemented using native Windows threads.
      
      On GNU/Linux and macOS, POSIX threads are still used under the hood.
      
      A new m4 macro (AX_CXX11_THREAD) is used to add the proper compilation
      flags (instead of AX_PTHREAD).
      752a02a3