1. 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
  2. 29 Mar, 2010 1 commit
  3. 05 Nov, 2009 1 commit
    • whitlocb's avatar
      I could not get around build problems related to rendering_visit_vtk depending · 1b475a32
      whitlocb authored
      on avtPlotter on my cmake branch due avt::glew::initialize. I'm not using 
      -unresolved,dynamic_lookup for gcc which lets the linker skip unresolved 
      symbols. I find this is a good test for measuring compatibility with Windows, 
      which is our most strict platform. CMake dependencies will need to remain strict
      to ensure that the code continues to build on Windows.
      
      The problem is where to put avt::glew::initialize. Since it relies on
      state from avtCallbacks, it makes sense to keep it in avt. This is why I did
      not move avt::glew::initialize into rendering_visit_vtk. Anyway, I decided to
      move rendering_visit_vtk and parallel_visit_vtk into the avtPlotter library 
      itself so the vtkMappers can use avt::glew::initialize without introducing bad
      library dependencies. Plot plugins also use avt::glew::initialize but, as plots,
      they already have avtPlotter dependencies so it's okay. Moving 
      parallel_visit_vtk also helps with a library dependency problem for parallel.
      If I remember correctly, it had a dependence on avtPipeline. Coupled with
      Makefile LIBS= updates we can now build in parallel without the 
      -unresolved,dynamic_lookup options on the Mac.
      
      While I was at it, I removed the engine/parstate library, moving MPIXfer into
      the engine. The other part of engine/parstate was deprecated in 1.12.0 so the
      library did not have much reason to exist.
      
      Not much is different from a Linux point of view other than we have 3 fewer
      libraries now.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@8845 18c085ea-50e0-402c-830e-de6fd14e8384
      1b475a32
  4. 04 Aug, 2009 1 commit
    • brugger's avatar
      · 546e8915
      brugger authored
      1) I changed the year in the copyright notice from 2008 to 2009 in a
         bunch of files. A total of 5231 files were changed.
      
      2) I corrected the LLNL review and release number in the copyright notices.
         It turns out I transposed 2 of the digits in many of the files when I
         originally put the new copyright notice in.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@8045 18c085ea-50e0-402c-830e-de6fd14e8384
      546e8915
  5. 22 Apr, 2009 1 commit
  6. 17 Nov, 2008 1 commit
  7. 21 Oct, 2008 1 commit
    • brugger's avatar
      · ed079c15
      brugger authored
      1) I modified the well bore plot so that it is disabled by default.
      
      2) I updated the host profiles for purple, um and uv to use moab.
      
      3) I added host profiles for juno and eos.
      
      4) I updated the ellipse host profiles for release 1.11.0.
      
      5) I made some changes so that it would compile with gcc 3.2 on Solaris.
         I made the use of unsetenv dependent on HAVE_SETENV. I replaced
         strerror_r with strerror.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@5392 18c085ea-50e0-402c-830e-de6fd14e8384
      ed079c15
  8. 01 Sep, 2008 2 commits
    • fogal1's avatar
      Utilize new display abstractions. · e7c7379a
      fogal1 authored
      This removes most of the code in the engine which was responsible for
      creating and stopping X servers.  It is still the engine's job to
      figure out which kind of display to utilize, but the initialization of
      those displays is delegated to VisItDisplay.
      
      This also fixes a small bug and a previously-missing comment in
      XDisplay.C.
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@5120 18c085ea-50e0-402c-830e-de6fd14e8384
      e7c7379a
    • fogal1's avatar
      Add new classes to abstract display setup. · 1d3dda3b
      fogal1 authored
      VisItDisplay is an interface for starting up and tearing down rendering
      contexts.  In the case of an XDisplay, it creates an X-based hardware
      rendering context.  A MesaDisplay is a lot of no-ops, with a small bit
      of code which delegates to InitVTK.
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@5119 18c085ea-50e0-402c-830e-de6fd14e8384
      1d3dda3b