1. 19 Feb, 2016 1 commit
  2. 14 Dec, 2015 1 commit
    • brugger's avatar
      · 46d3777d
      brugger authored
      I added infrastructure support for VTKm. I added support for enabling
      VTKm support in the GUI, CLI and Java client. I also added support for
      adding VTKm specific coding. At this point there isn't any code that 
      uses VTKm other than to define the vtkmDataSet, but everything is there 
      to start adding code and having it compile and link.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@27799 18c085ea-50e0-402c-830e-de6fd14e8384
      46d3777d
  3. 01 Jul, 2015 1 commit
  4. 08 Jan, 2015 2 commits
  5. 23 Dec, 2014 1 commit
  6. 07 Jul, 2014 1 commit
  7. 06 Jul, 2014 1 commit
  8. 27 Jun, 2014 1 commit
  9. 26 Jun, 2014 1 commit
  10. 21 May, 2014 1 commit
    • brugger's avatar
      · 736ed2ee
      brugger authored
      1) I modified bv_eavl to copy a few more header files to the include
         directory.
      
      2) I added the minimal eavl support to avtDataRepresentation to get it to
         link to eavl.
      
      3) I modified xml2cmake to support eavl.
      
      4) I added support to the rest of VisIt to link with a reference to eavl in
         avtDataRepresentation.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@23349 18c085ea-50e0-402c-830e-de6fd14e8384
      736ed2ee
  11. 13 Sep, 2013 1 commit
  12. 30 Jul, 2012 1 commit
  13. 26 Jun, 2012 1 commit
  14. 05 Mar, 2012 3 commits
    • brugger's avatar
      · c8400c42
      brugger authored
      1) I updated the year in the copyright notice from "2000 - 2011" to
         "2000 - 2012" in all the "*.h" files in the src directory.
      
      2) I moved a using statement out of a header file and into the appropriate
         ".C" files.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@17588 18c085ea-50e0-402c-830e-de6fd14e8384
      c8400c42
    • brugger's avatar
      · 3ad0e019
      brugger authored
      I updated the year in the copyright notice from "2000 - 2011" to
      "2000 - 2012" in all the ".c" and ".C" files in the src directory.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@17584 18c085ea-50e0-402c-830e-de6fd14e8384
      3ad0e019
    • brugger's avatar
      · c899158a
      brugger authored
      I fixed the copyright notice in a few files.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@17582 18c085ea-50e0-402c-830e-de6fd14e8384
      c899158a
  15. 22 Nov, 2011 1 commit
  16. 21 Nov, 2011 1 commit
  17. 18 Nov, 2011 1 commit
  18. 16 Nov, 2011 1 commit
  19. 22 Sep, 2011 1 commit
    • miller86's avatar
      This resolves #670 "enhance all HDF5 plugins to open with H5F_CLOSE_SEMI property" · 5ad83b83
      miller86 authored
      Added macros to visit-hdf5.h to re-map H5Fopen and H5Fclose functions
      to Visit-specific equivalents.
      
      Added implementations of VisIt-specific H5Fopen and H5Fclose functions
      to visit-hdf5.h. There is #ifndef NDEBUG conditional logic to print
      error message on cerr if an HDF5 plugin is found NOT to use H5F_CLOSE_SEMI
      when opening a file.
      
      There is UNconditional logic in these functions to print error message
      on cerr if an HDF5 plugin is found to return error from H5Fclose. The
      latter indicates a potentialy serious problem because the offending plugin
      can then wind up preventing all other HDF5 plugins from opening the file.
      
      Added #include <visit-hdf5.h> to all HDF5 plugins to ensure all plugins
      will have their H5Fopen/H5Fclose methods re-mapped.
      
      So far, only HDF5 plugin (that we also test) that appears to have problems
      is Velodyne. I filed a ticket for it.
      
      I discovered and removed some unnecessary #ifdef NDEBUG logic in Ensight
      plugin.
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@16233 18c085ea-50e0-402c-830e-de6fd14e8384
      5ad83b83
  20. 12 Jul, 2011 1 commit
    • miller86's avatar
      Resolving #631, removing 'using' statements from all header files. · ace3d1e1
      miller86 authored
      As a consequence, a lot of source files needed fixing up too. There
      were many cases where source files referred to STL classes but either
      did not include the cooresponding C++ STL header or did not have a
      using statement or did not have a 'std::' scope resolution.
      
      I added a hook to prevent commits of header files with using statements
      in them. I added skips for anything in vendor_branches, release and
      src/third_party_builtin and common/utility/visitstream.h (whose using
      statements I think define a single symbol name such as cerr or endl).
      Nonetheless, I still think visitstream.h might bare further scrutiny
      on this issue.
      
      There are a number of other observations I had regarding header file
      design and usage that I will send to visit-developers in a follow-up
      email.
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@15352 18c085ea-50e0-402c-830e-de6fd14e8384
      ace3d1e1
  21. 24 Feb, 2011 1 commit
  22. 23 Feb, 2011 1 commit