In January 2021 we will introduce a 10 GB quota for project repositories. Higher limits for individual projects will be available on request. Please see https://doku.lrz.de/display/PUBLIC/GitLab for more information.

  1. 17 Jan, 2016 1 commit
  2. 15 Jan, 2016 1 commit
    • Christian Schulte zu Berge's avatar
      Moved Qt dependency to Qt5: · 5b20d90c
      Christian Schulte zu Berge authored
      * Updated all CMake scripts to use Qt5
      * CampvisApplication takes care of moving the QGLContext thread affinity to the threads that do the rendering.
      * QtCanvas:resize() is called through Qt signalling to ensure being in GUI thread.
      * Added init and deinit functions to the Runnable interface.
      * minimum required CMake version is now 3.0
      
      refs #249
      5b20d90c
  3. 27 Jul, 2015 1 commit
    • Christian Schulte zu Berge's avatar
      Further clean up to allow merge to development: · 24d49d0a
      Christian Schulte zu Berge authored
      * Replaced Lua Git submodule with our own adjusted copy of the Lua source + CMakeLists.txt. This allows to export liblua as installation target.
      * The campvis-application library is now called campvis-application-lib. The executable is called campvis-application.
      * Further clean up of CMake files.
      
      refs #643
      24d49d0a
  4. 21 Jul, 2015 1 commit
  5. 02 Jul, 2015 1 commit
  6. 29 Jun, 2015 1 commit
  7. 23 Oct, 2014 2 commits
  8. 27 Jul, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Started working on Issue implementing asynchroneous signals with signalslot: · 30e14065
      Christian Schulte zu Berge authored
      * Moved campvis::Runnable interface to tgt namespace (since it's needed by sigslot, which only depends on tgt)
      * Introduced sigslot::signal_manager singleton class that will manage the dispatching of signals in its own thread
      * Started proof-of-concept implementation of asynchroneous signals for signal0<> and signal1<>. Both classes define their own signal_handleN deriving from _signal_handle_base, which defines the signal to dispatch.
      
      Proof-of-concept implementation seems to work so far.
      
      refs #384
      
      Conflicts:
      	core/tools/opengljobprocessor.h
      	ext/tgt/runnable.h
      
      Conflicts:
      	application/CMakeLists.txt
      	core/tools/opengljobprocessor.h
      30e14065
  9. 15 Jul, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Fixed GCC compatability of scripting module: · 92c3bdef
      Christian Schulte zu Berge authored
      * CMake build files now support unix builds
      * SWIG interface files and Lua wrappers are now fully C++ compliant to comfort GCC
      * Hacked shared/static builds of the campvis-modules module even more, but now it works on both MSVC and GCC
      92c3bdef
  10. 31 May, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Started implementation of a Lua console in campvis-application. · a33ee468
      Christian Schulte zu Berge authored
      With scripting enabled, the main window now has an additional scripting widget that allows to interact with a Lua VM. The current proof-of-concept implementation creates a Lua VM for every instantiated CAMPVis pipeline while the console just interacts with the first pipeline's one.
      However, the Lua VM concept has to be reiterated later anyway. It may make more sense to have just a single central Lua VM for the entire application, which is shared by each pipeline.
      a33ee468
  11. 10 May, 2014 8 commits
    • Artur Grunau's avatar
      Hide superfluous targets provided by LuaDist · 0786655c
      Artur Grunau authored
      LuaDist, the CMake-enabled distribution of Lua that the scripting
      feature uses on Windows, provides several targets (lua, luac, wlua) for
      which there's not much use in CAMPVis. This commit hides them from the
      target list to make project files generated by CMake cleaner.
      
      References #1
      0786655c
    • Artur Grunau's avatar
      Better error message when Lua submodule is missing · 1aa809a1
      Artur Grunau authored
      If CAMPVIS_BUILD_LIB_LUA was set but the Lua Git submodule wasn't checked
      out, the user would get a generic "could not find CMakeLists.txt" error
      message which wasn't of much help.
      
      Log a custom error message that provides a hint how to fix the problem in
      the above situation.
      
      References #1
      1aa809a1
    • Artur Grunau's avatar
      Disable the scripting feature by default · 7d4857ae
      Artur Grunau authored
      Scripting was so far enabled by default on the `swig` branch to make its
      development easier. However, it should be an opt-in feature once it's
      merged in. As that time is quickly approaching, the scripting feature has
      been disabled by default.
      
      References #1
      7d4857ae
    • Artur Grunau's avatar
      Scripting: fixes related to building shared libs · 2e595fd0
      Artur Grunau authored
      Now that BUILD_SHARED_LIBS is a top-level CAMPVis option, we could take
      advantage of that and make the way we build Lua more robust. Also,
      campvis-scripting has been marked as static library to prevent the build
      from failing when BUILD_SHARED_LIBS is set.
      
      References #1
      2e595fd0
    • Artur Grunau's avatar
      Disable BUILD_SHARED_LIBS before processing liblua · 32780169
      Artur Grunau authored
      When Lua is included in the build, its CMakeLists.txt enables
      BUILD_SHARED_LIBS if it isn't explicitly disabled. This breaks the build
      as CMake tries and fails to build all of CAMPVis' libraries as shared
      libraries.
      
      Disable BUILD_SHARED_LIBS before including `ext/lua` to prevent that.
      Please note that this is a temporary fix; we'd like to eventually build
      Lua and at least some of CAMPVis' libraries as shared libraries.
      
      References #1
      32780169
    • Artur Grunau's avatar
      Make a sample Lua pipeline available to the app · 36d964b1
      Artur Grunau authored
      This commit marks the start of work on making Lua pipelines as easy to
      register and instantiate as regular ones. A sample Lua pipeline has been
      made available to the application so that problems with integrating Lua
      pipelines can be discovered and fixed.
      
      References #1
      36d964b1
    • Artur Grunau's avatar
      CMake skeleton of the scripting feature · 82a6d86c
      Artur Grunau authored
      An option to enable CAMPVis scripting has been added to the top level
      CMakeLists.txt. Moreover, a minimal sub-project for the scripting
      feature has been created. There's also a new CMake macro, FindLua, that
      locates Lua's include and library files.
      82a6d86c
    • Artur Grunau's avatar
      Add Lua to external libraries · 564215a7
      Artur Grunau authored
      Lua has been selected to be the scripting language embedded in
      CAMPVis. This commit adds its CMake-enabled version as a submodule to
      the repository.
      
      To build Lua, set the CAMPVIS_BUILD_LIB_LUA option in CMake and
      initialise the Lua submodule using the following Git command:
      git submodule update --init
      
      References #1
      564215a7
  12. 28 Apr, 2014 1 commit
  13. 23 Apr, 2014 1 commit
  14. 16 Mar, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Updated and refactored CAMPVis module build system: CAMPVis module .cmake... · 689d5439
      Christian Schulte zu Berge authored
      Updated and refactored CAMPVis module build system: CAMPVis module .cmake files now define two additional Variables:
      * ThisModStatus defines the status of the module and should be one of STABLE, TESTING or EXPERIMENTAL
      * ThisModExternalDependencies defines, whether this module has further external dependencies that are not shipped
      
      The main CAMPVis build system now ships a new enumeration option CAMPVIS_DEFAULT_ENABLED_MODULES, which can be one of "NONE" "STABLE_NO_DEPENDENCIES" "STABLE_WITH_EXTERNAL_DEPENDENCIES" "TESTING" and "ALL". The INCLUDE_MODULE() function in the build scripts will evaluate the modules' status information and enable every module that matches the specified value.
      
      ATTENTION: Due to these changes in the build system, the modules' cmake files should put their setup block into an IF(ModuleEnabled) block, since the file is also parsed, when the module is not enabled (in order to gather the status information).
      
      closes #385
      689d5439
  15. 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
      9c6f117b
  16. 02 Jan, 2014 1 commit
  17. 02 Dec, 2013 1 commit
  18. 17 Sep, 2013 1 commit
  19. 03 Sep, 2013 1 commit
  20. 27 Apr, 2013 1 commit
  21. 17 Apr, 2013 1 commit
  22. 15 Apr, 2013 1 commit
  23. 06 Feb, 2013 1 commit
  24. 26 Nov, 2012 1 commit
  25. 08 Nov, 2012 1 commit
  26. 03 Nov, 2012 1 commit
  27. 02 Nov, 2012 2 commits
  28. 31 Oct, 2012 1 commit
  29. 26 Oct, 2012 1 commit
  30. 17 Aug, 2012 1 commit
  31. 14 Aug, 2012 1 commit