1. 12 Oct, 2016 4 commits
  2. 11 Oct, 2016 1 commit
  3. 10 Oct, 2016 1 commit
  4. 07 Oct, 2016 1 commit
  5. 29 Sep, 2016 4 commits
  6. 28 Sep, 2016 1 commit
  7. 16 Aug, 2016 1 commit
  8. 09 Aug, 2016 1 commit
  9. 08 Aug, 2016 1 commit
  10. 05 Aug, 2016 4 commits
  11. 04 Aug, 2016 2 commits
  12. 03 Aug, 2016 1 commit
  13. 08 Jul, 2016 1 commit
    • Lorenz Huedepohl's avatar
      Fix actual reason for linker problems · 2121b2e5
      Lorenz Huedepohl authored
      The actual reason for the linker problems was that the Fortran libraries
      where listed before the object files, by modifying the _LINK automake
      variables. The proper way to do is of course to add the necessary
      libraries after the object files by appending them to the _LDADD
      variables.
      
      As the MPI module was not responsible for the linker problems it is now
      used by default, unless explicitly switched off with
      
        --disable-mpi-module
      
      Also, the C test programs that had these linker errors where previously
      not compiled in the OpenMP case, for no obvious reason. Now they are
      also included there.
      2121b2e5
  14. 07 Jul, 2016 1 commit
  15. 04 Jul, 2016 1 commit
  16. 02 Jul, 2016 8 commits
  17. 30 Jun, 2016 1 commit
  18. 22 Jun, 2016 1 commit
  19. 14 Jun, 2016 1 commit
    • Lorenz Huedepohl's avatar
      Fix linking of C test programs · eedc9ac9
      Lorenz Huedepohl authored
      Apparently, when prepending $(FCLIBS) to $(LINK), the resulting command
      line has the $(FCLIBS) libraries then _in front_ of the object files,
      which some linkers do not like (error adding symbols: DSO missing from
      command line)
      eedc9ac9
  20. 10 Jun, 2016 1 commit
  21. 30 May, 2016 3 commits
    • Andreas Marek's avatar
      Typo in library name · b2f9399a
      Andreas Marek authored
      b2f9399a
    • Lorenz Huedepohl's avatar
      Fix make distcheck · dbd352b2
      Lorenz Huedepohl authored
      dbd352b2
    • Lorenz Huedepohl's avatar
      Handle modules for test programs · 23ec39cc
      Lorenz Huedepohl authored
      Now they just cluttered the main build directory, put them also in
      private_modules/. This of course assumes that no two test programs
      define modules with the same name.
      
      Also, this necessitates that the shared sources are also only compiled
      once, thus I put them into an internal libtool convenience library and
      link all test programs with it.
      23ec39cc