1. 03 Jan, 2017 1 commit
  2. 23 Aug, 2016 1 commit
    • miller86's avatar
      Merge 2.11RC->Trunk... · 911560b2
      miller86 authored
      * A native MOAB (Mesh Object datABase) plugin was added thanks to Iulian R. Grindeanu and Vijay S. Mahadevan at ANL.
      
      * Several HDF5-based plugins were missing some VisIt-specific file opening and closing logic to detect bad HDF5 actors.
        These were the ALS, AMR, PVLD, SXRIS and XGC plugins. In theory, users should see no difference in behavior.
      
      * The Exodus plugin was enhanced to build against classic netCDF which does not require HDF5 or netCDF 4, which does
        require HDF5.
      
      * New CMake variables for packages that may be built either for serial or for parallel were introduced.
        These new variables have _MPIPAR appended just after the package moniker (e.g. HDF5_MPIPAR_DIR). When it is necessary to
        distinguish between serial and parallel installations of a package, the _MPIPAR variables are used to reference a
        parallel-enabled package's installation whereas the non_MPIPAR variables reference a serial installation.
        Otherwise, only the non_MPIPAR variables are used. And, depending on the build
        circumstances, the non_MPIPAR variables may refer to either a serial or a parallel package installation.
      
      *  Proliferant references to ${ZLIB_LIB} variable in database plugins .xml files was removed. Only those plugins that
         actually directly call zlib library functions need it.
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@29075 18c085ea-50e0-402c-830e-de6fd14e8384
      911560b2
  3. 07 Jul, 2016 1 commit
  4. 31 Mar, 2016 1 commit
  5. 19 Feb, 2016 1 commit
  6. 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
  7. 01 Jul, 2015 1 commit
  8. 08 Jan, 2015 1 commit
  9. 26 Jul, 2014 1 commit
  10. 06 Jul, 2014 1 commit
  11. 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
  12. 13 Sep, 2013 1 commit
  13. 14 Aug, 2013 1 commit
    • bonnell's avatar
      Remove warnings: · 6e5da5aa
      bonnell authored
      1) added #pragma warning(disable:4251) to slivr to remove dll-interface warnings (removed 386 warnings on Windows)
      
      'size_t' to 'int' conversions (mostly when using .size() of an stl containter)
      
      2) 'return' : conversion from 'size_t' to 'int' (cast return to 'int')
      3) Change use of 'int' to 'size_t' when 'size_t' is more appropriate.
      4) Change use 'size_t' to 'int' when 'int' is more appropriate
      5) Cast arguments to functions from 'size_t' to 'int' when 'int' is expected.
      6) use 'vtkIdType' when calling vtkDataArry->GetNumberOfTuples()
      7) use 'int' when calling vtkDataArray->GetNumberOfComponents()
      
      Reduced warnings on Windows from 6633 down to 4900.
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@21610 18c085ea-50e0-402c-830e-de6fd14e8384
      6e5da5aa
  14. 30 Jul, 2012 1 commit
  15. 06 Mar, 2012 1 commit
  16. 05 Mar, 2012 2 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
  17. 22 Nov, 2011 1 commit
  18. 21 Nov, 2011 1 commit
  19. 18 Nov, 2011 1 commit
  20. 16 Nov, 2011 1 commit
  21. 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
  22. 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
  23. 14 Feb, 2011 1 commit
  24. 18 Jan, 2011 1 commit
    • brugger's avatar
      · b22d9fd2
      brugger authored
      I updated the copyright dates in the copyright notice in all the "*.c",
      "*.C", "*.h", "*.java", "*.cmake", "*.txt" and "*.in" files in the "src"
      directory.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@13578 18c085ea-50e0-402c-830e-de6fd14e8384
      b22d9fd2
  25. 05 Jan, 2011 1 commit
    • bonnell's avatar
      Added 'FOLDER' property to plugins, third-party-builtin, and tools, which... · 6d136b0b
      bonnell authored
      Added 'FOLDER' property to plugins, third-party-builtin, and tools, which groups projects into the designated folder.  This will clean up the Visual Studio IDE and make it easier to find a project of interest when debugging.  Should have no effect for generators that do not use this property.
      
      Updated GenerateCMake.h and re-ran xml2cmake on all plugins.  Fixed a few xml files so that xml2cmake would generate the correct CMakeList.txt file.  Changed a couple of xml files to use consistent naming for include directories (VISIT_INCLUDE_DIR instead of VISIT_SOURCE_DIR).
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@13437 18c085ea-50e0-402c-830e-de6fd14e8384
      6d136b0b
  26. 25 Oct, 2010 1 commit
  27. 20 Jul, 2010 1 commit
    • brugger's avatar
      · a78ec05f
      brugger authored
      I updated the LLNL review and release number in the copyright notice
      in all the "*.C", "*.h", "*.java", "*.cmake", "*.txt" and "*.in" files
      in the src directory.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@11946 18c085ea-50e0-402c-830e-de6fd14e8384
      a78ec05f
  28. 29 Mar, 2010 1 commit
  29. 26 Feb, 2010 1 commit
    • brugger's avatar
      · cb0c112b
      brugger authored
      I regenerated the CMakeLists.txt files for all the database plugins.  I
      also reenabled the paraDIS and paraDIS_tecplot plugins since they now
      build.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@10037 18c085ea-50e0-402c-830e-de6fd14e8384
      cb0c112b
  30. 24 Feb, 2010 1 commit
    • brugger's avatar
      · 735af489
      brugger authored
      1) I changed the version to 2.0.0b, since this is a beta.
      
      2) I rebuilt all the 32 and 64 bit libraries on up.llnl.gov using build_visit
         and modified the 2 config-site files to match for machine.
      
      3) I updated the release notes to mention that this was a beta and that the
         release notes were incomplete.
      
      4) I modified xml2cmake to list the include file paths specified in the
         xml file before the include file paths for VTK for the database
         plugins.  This was due to the fact that the VTK include file paths
         could include things like /usr/include or /usr/local/include, which may
         contain bad versions of header files for libraries such as hdf or netcdf.
         This change means that the header files the user specified will be used
         instead of the those.
      
      5) I regenerated the CMakeLists.txt files for the database plugins using
         the new xml2cmake.
      
      6) I added CMakeLists.txt files for several database plugins that were
         missing.
      
      7) I modified the databases CMakeLists.txt file to build the paraDIS
         plugins.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@10000 18c085ea-50e0-402c-830e-de6fd14e8384
      735af489
  31. 11 Feb, 2010 1 commit
  32. 10 Feb, 2010 3 commits