1. 15 Jun, 2021 1 commit
  2. 09 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 1 commit
    • Sébastien Villemot's avatar
      Fix build failures on Fedora · 3a42c234
      Sébastien Villemot authored
      — FCFLAGS needs to contain the compilation flags used when compiling Octave,
        otherwise it fails at configure stage when looking for gfortran
      — Explicitly add -L$OCTLIBDIR, because with Octave 5 it is no longer there, and
        on Fedora the Octave libraries are no in the default linker search path
      3a42c234
  10. 30 Jul, 2020 1 commit
  11. 15 Jun, 2020 1 commit
  12. 06 Jan, 2020 2 commits
  13. 20 Dec, 2019 1 commit
  14. 10 Dec, 2019 1 commit
  15. 03 Dec, 2019 2 commits
    • Sébastien Villemot's avatar
      Add new block_trust_region MEX · 6a269268
      Sébastien Villemot authored
      This MEX solves nonlinear systems of equations using a trust region algorithm.
      The problem is subdivided in smaller problems by doing a block
      triangularisation of the Jacobian at the guess value, using the
      Dulmage-Mendelsohn algorithm.
      
      The interface of the MEX is simply:
      
        [x, info] = block_trust_region(f, guess_value);
      
      Where f is either a function handle or a string designating a function.
      f must take one argument (the evaluation point), and return either one or two
      arguments (the residuals and, optionally, the Jacobian).
      
      On success, info=0; on failure, info=1.
      6a269268
    • Sébastien Villemot's avatar
      Add support for Fortran 2008 in MEX files · fedeeaad
      Sébastien Villemot authored
      By the same token, remove unused support for Fortran 77.
      fedeeaad
  16. 28 Nov, 2019 1 commit
  17. 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
  18. 24 Sep, 2019 1 commit
  19. 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
  20. 27 Jun, 2019 1 commit
  21. 25 Jun, 2019 1 commit
  22. 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
  23. 23 Apr, 2019 1 commit
  24. 16 Apr, 2019 1 commit
  25. 25 Mar, 2019 1 commit
  26. 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
  27. 12 Nov, 2018 1 commit
  28. 27 Sep, 2018 1 commit
  29. 05 Jun, 2018 1 commit
  30. 17 May, 2018 1 commit
    • Sébastien Villemot's avatar
      Remove qzcomplex Oct-file · 02084ce3
      Sébastien Villemot authored
      It's actually not needed. The QZ complex decomposition can be obtained in
      Octave on real matrices by casting them to the complex type.
      02084ce3
  31. 16 May, 2018 2 commits
  32. 15 May, 2018 1 commit
  33. 22 Sep, 2017 1 commit
  34. 19 May, 2017 1 commit