Skip to content
Snippets Groups Projects
  1. Apr 09, 2015
  2. Apr 08, 2015
  3. Apr 07, 2015
    • Dominic Kempf's avatar
      [CMake][bugfix] Fix dune_symlink_to_source_tree · 552fc174
      Dominic Kempf authored
      I was bitten again by not properly cleaning build directories
      while testing build system features. With this patch, the feature
      * builds the symlinks in finalize_project instead of dune_project
        Only there the existence of the subdirectories in the build tree
        is guaranteed.
      * The globbing expression is sane again.
      * Properly excludes build directories
      * works with cmake 2.8 and 3.1, per-module or global out-of-source builds.
      552fc174
  4. Apr 06, 2015
  5. Apr 01, 2015
  6. Mar 24, 2015
  7. Mar 22, 2015
  8. Mar 20, 2015
  9. Mar 18, 2015
  10. Mar 17, 2015
  11. Mar 16, 2015
  12. Mar 15, 2015
  13. Mar 14, 2015
    • Christian Engwer's avatar
      [m4] fix mixup when using autools/cmake 2.4 + an installed 2.3 · 826a38d3
      Christian Engwer authored
      Ich a module is not updated to cmake yet, we can have the situation, that the core modules
      are built using cmake, but used by autotools. When trying to detect a dune library, we either
      explicitly stated the /blablabla/libdunefoo.la file if the the dependency was built using autools,
      or used the '-ldunefoo -L/blablabla/' options. This failed with very subtle errors if dune was
      also installed globally, e.g. a 2.3 from your favorite distribution. We fix this now in the same
      way as we fixed it for autotools. If the module is local, we explicitly state the lib...
      either as .la or as .a.
      826a38d3
  14. Mar 13, 2015
  15. Mar 12, 2015
  16. Mar 11, 2015
  17. Mar 10, 2015
  18. Mar 07, 2015
  19. Mar 06, 2015
  20. Mar 05, 2015
Loading