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. 20 Jan, 2016 1 commit
  2. 17 Jan, 2016 1 commit
  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. 02 Jul, 2015 2 commits
  5. 29 Jun, 2015 1 commit
  6. 23 Oct, 2014 1 commit
  7. 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
  8. 29 Apr, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Fixed converter registration in statically linked builds: · b0e1aaed
      Christian Schulte zu Berge authored
      Statically linked builds strip all unused objects from their sources. This would be the case for the converters since they are nowhere called explicitly. In order to fix that, we use the same pattern as with the pipeline registration: The CMake build scripts parse all headers for an explicit template instantiation of a ConversionFunctionRegistrar. All these headers are included from the generated gen_converterregistration.h file, which is itself included from imagerepresentationconverter.cpp and thus gets compiled into the final executable also on static linking.
      
      refs #474
      refs #553
      b0e1aaed
  9. 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
      739996fa
  10. 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
  11. 01 Mar, 2014 1 commit
  12. 02 Jan, 2014 1 commit
  13. 11 Oct, 2013 1 commit
  14. 17 Sep, 2013 1 commit
  15. 24 Jan, 2013 1 commit
  16. 03 Nov, 2012 1 commit
  17. 02 Nov, 2012 1 commit
  18. 31 Oct, 2012 1 commit
  19. 26 Oct, 2012 1 commit
  20. 17 Aug, 2012 1 commit
  21. 14 Aug, 2012 1 commit
  22. 25 Jul, 2012 1 commit
  23. 18 Jul, 2012 1 commit
    • schultezub's avatar
      One huge commit including: · 9130371f
      schultezub authored
      Major revisions to the class layout / data structure:
       * Introduced ImageDataConverter interface (still not really happy with the design)
       * Removed support for Int64 and double images from WeaklyTypedPointer
       * Added ImageDataGL::bind()
       * AbstractProcessor::init() method, gets called by AbstractPipeline::init()
       * added VisualizationProcessor
      
      Updated/New processors:
       * fixed MhdImageReader
       * SliceExtractor stub for very simple slice rendering
      
      Various fixes:
       * DataContaier: managing of DataHandle ownership
       * GenericImageDataLocal::getSubImage()
       * ImageDataRenderTarget bindings
       * GenericProperty
       * linking issues with StringUtils
      
      Hence, all this enables the first usable implementation of a specific pipeline:
      The SliceVis pipeline combines MhdImageReader and SliceExtractor for a very simple 2D slice rendering
      
      git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@188 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
      9130371f
  24. 09 Jul, 2012 2 commits
  25. 07 Jul, 2012 2 commits
  26. 06 Jul, 2012 1 commit
  27. 02 Jul, 2012 2 commits