1. 13 Nov, 2020 1 commit
  2. 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
  3. 30 Jul, 2020 1 commit
  4. 15 Jun, 2020 1 commit
  5. 06 Jan, 2020 2 commits
  6. 20 Dec, 2019 1 commit
  7. 10 Dec, 2019 1 commit
  8. 28 Nov, 2019 1 commit
  9. 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
  10. 24 Sep, 2019 1 commit
  11. 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
  12. 27 Jun, 2019 1 commit
  13. 25 Jun, 2019 1 commit
  14. 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
  15. 23 Apr, 2019 1 commit
  16. 16 Apr, 2019 1 commit
  17. 25 Mar, 2019 1 commit
  18. 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
  19. 12 Nov, 2018 1 commit
  20. 27 Sep, 2018 1 commit
  21. 05 Jun, 2018 1 commit
  22. 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
  23. 16 May, 2018 2 commits
  24. 15 May, 2018 1 commit
  25. 22 Sep, 2017 1 commit
  26. 19 May, 2017 1 commit
  27. 17 Mar, 2015 1 commit
  28. 03 Mar, 2014 1 commit
  29. 03 Jan, 2014 1 commit
    • Sébastien Villemot's avatar
      Compatibility fixes for Octave 3.8. · 66d48f59
      Sébastien Villemot authored
      - no longer use OCTAVE_QUIT in MEX files; this seems now only possible in
        oct-files. (Ref #304)
      - do not build linsolve.oct on Octave >= 3.8, it is available natively.
      - do not add strjoin.m to the patch on Octave >= 3.8, it is available natively.
      - default_save_options has been renamed save_default_options.
      66d48f59
  30. 02 Dec, 2013 1 commit
  31. 09 Sep, 2013 2 commits
    • Sébastien Villemot's avatar
      No longer consider automake warnings as fatal · 82edf482
      Sébastien Villemot authored
      With automake 1.14 there are a lot of new warnings related to the way we deal
      with MEX files (they are compiled from source files located in a different
      tree). Automake wants us to use the 'subdir-objects' option, but it breaks in
      our case.
      
      In automake 2.0, the 'subdir-objects' option will be activated by default, so
      we will have to refactor the build system for MEX files. But for now we can
      live with the automake warnings.
      82edf482
    • Sébastien Villemot's avatar
      Revert "Compatibility fix with automake 1.14" · d8e9bc97
      Sébastien Villemot authored
      This reverts commit 7541bb52.
      
      This commit was breaking compilation of MEX files: the subdir-objects option
      does not deal well with source files that are under a distinct tree.
      d8e9bc97
  32. 06 Sep, 2013 1 commit
  33. 17 Apr, 2013 1 commit
  34. 29 Mar, 2013 2 commits
  35. 23 Mar, 2013 1 commit
  36. 28 Sep, 2012 1 commit