1. 11 Mar, 2014 1 commit
    • Artur Grunau's avatar
      Use DEFINE_SYMBOL to define export flags · 739996fa
      Artur Grunau authored
      TGT and campvis-core used to manually define flags that instructed their
      code to export DLL symbols. However, CMake has a property called
      DEFINE_SYMBOL that can automatically define export flags when necessary.
      Refactor the CMakeLists of TGT and campvis-core to make use of it.
      References #367
  2. 10 Mar, 2014 1 commit
    • Artur Grunau's avatar
      Replace CAMPVIS_SHARED_LIBS with BUILD_SHARED_LIBS · 9c6f117b
      Artur Grunau authored
      CAMPVis used a custom option, CAMPVIS_SHARED_LIBS, to determine whether
      shared or static libraries should be built. This option partially
      duplicated the functionality of one of CMake's standard flags,
      BUILD_SHARED_LIBS. The two could get out of sync, and because CMake only
      consults BUILD_SHARED_LIBS when deciding how to build a library target,
      it was possible to get inconsistent and broken build configurations.
      To prevent that, add BUILD_SHARED_LIBS as an option to CAMPVis' main
      CMakeLists and replace all references to CAMPVIS_SHARED_LIBS with
      BUILD_SHARED_LIBS. This makes BUILD_SHARED_LIBS the only flag that
      controls whether shared or static libraries are built.
      References #367
  3. 06 Mar, 2014 3 commits
  4. 05 Mar, 2014 3 commits
  5. 03 Mar, 2014 6 commits
  6. 02 Mar, 2014 6 commits
  7. 01 Mar, 2014 4 commits
  8. 27 Feb, 2014 1 commit
  9. 23 Feb, 2014 1 commit
  10. 22 Feb, 2014 2 commits
  11. 18 Feb, 2014 3 commits
  12. 16 Feb, 2014 2 commits
  13. 15 Feb, 2014 5 commits
    • Christian Schulte zu Berge's avatar
      Updated README.md · 1cd58997
      Christian Schulte zu Berge authored
    • Christian Schulte zu Berge's avatar
      Updated README.md · 971c04c6
      Christian Schulte zu Berge authored
    • Christian Schulte zu Berge's avatar
      added README.md · 13ba56d6
      Christian Schulte zu Berge authored
    • Christian Schulte zu Berge's avatar
    • Artur Grunau's avatar
      Improve support for NMake-based builds · 5fbabbf9
      Artur Grunau authored
      To build CAMPVis using NMake one had to manually copy several external
      DLLs into the CMake output directory. There were 2 reasons for that:
      - our macros treated NMake as a compiler and didn't try to detect what
        compiler NMake will actually use; as a result, they couldn't find the
        right external DLLs for NMake-based builds
      - Visual Studio manages build types independently of CMake and always
        outputs into a build-type-specific sub-directory of the CMake output
        directory — that's where we place external DLLs; NMake, on the other
        hand, relies on CMake for build type selection and will output
        directly into the CMake output directory; due to this discrepancy,
        NMake-based builds couldn't find the external DLLs that were copied
        into the build directory
      As many popular IDEs (e.g. Qt Creator, Code::Blocks, Eclipse CDT) rely
      on NMake to build projects on Windows, it makes sense to have a working
      support for NMake in our build system.
      Update our compiler detection macros and adjust the CMake output
      directory to match that of Visual Studio when NMake is used to improve
      the support for NMake-based builds.
  14. 13 Feb, 2014 2 commits