1. 21 May, 2014 7 commits
    • Berk Geveci's avatar
      Fixed compiler warnings. · a4c8e855
      Berk Geveci authored
      Change-Id: I80d4dbda38c7a6d83d6ba3fadeb81cce1154a1b1
      a4c8e855
    • Berk Geveci's avatar
      BUG: Was using array of wrong size. · bc4dbe82
      Berk Geveci authored
      Was trying to read the extent into an array of size 3 instead
      of 6. Doh!
      
      Change-Id: Ic8bb2872782c86739ddf8119b3d44edb35e42e06
      bc4dbe82
    • Berk Geveci's avatar
      Fixed legacy parallel reader and writer. · 10c6913a
      Berk Geveci authored
      To work with the new pipeline changes.
      
      Change-Id: Ic5c8ac86026999f79924d8e61b10fbcb18286bb8
      10c6913a
    • Berk Geveci's avatar
      Fixed bug in send structured data. · dbbef3f2
      Berk Geveci authored
      The origin was not offset properly in cases where extent
      had to be adjusted. This is all due to the fact that the
      legacy writer always writes extents starting at 0.
      
      Change-Id: Id37f21d7c99d2ecdf6285d2870bf87e10b534a7a
      dbbef3f2
    • Berk Geveci's avatar
      Cleaned up and fixed transmit filters for structured data. · 24a324ef
      Berk Geveci authored
      Change-Id: I7e5c55259159752882c8ae056e08f9bec12b3c02
      24a324ef
    • Berk Geveci's avatar
      Update the XML readers and writers to work with pipeline changes. · 32cf800f
      Berk Geveci authored
      The XML readers and writers, both parallel and serial, now work
      with the pipeline changes. Now, all writers work with pieces
      even though the structured ones can handle asking for a sub-
      extent.
      
      Change-Id: I9f757ba12a3b9fb84e141506dacadad608eb8b99
      32cf800f
    • Berk Geveci's avatar
      Refactored how pieces and extents are handled. · 1a0b4e9d
      Berk Geveci authored
      Refactoring the way VTK goes between piece and structured
      extents. Before, extent translators were used when the pipeline
      moved from structured to unstructured data converting piece
      request to extent request. This caused many problems with filters
      that altered extents, mainly a lot of redundant IO due to
      repartitioning of different extents. This became extremely
      cumbersome to manage when running distributed. The new behavior
      pushes the extent translation all to way to the readers and
      only when readers are able to read a subset. This works much
      better. The only downside is that filters need to be able to
      handle data extents different than update extents. Most filters
      can do this but many imaging filters cannot. Those that are
      needed in parallel will have to be updated.
      
      As part of this work, I also removed MAXIMUM_NUMBER_OF_PIECES
      and added CAN_HANDLE_PIECE_REQUEST. MAXIMUM_NUMBER_OF_PIECES had
      reduced to being a boolean. 1 for serial sources, -1 for parallel
      sources. I removed it and added a CAN_HANDLE_PIECE_REQUEST instead.
      This key, produced by a source, tells the executive that a source is
      able to handle piece request. It is a source only key produced in
      RequestInformation and is not propagated downstream. If this key is
      not present, the executive will only execute the source for piece 0
      to produce the entire data. It is then up to the user to add a filter
      that splits the data for other piece requests. The only exception to
      this is when CAN_PRODUCE_SUB_EXTENT is present, in which case the
      executive will split using an extent translator AT THE source - not
      downstream.
      
      Conflicts:
      	Filters/FlowPaths/vtkParticleTracerBase.cxx
      
      Change-Id: I8db4040289ff87331adeecded4a738313d9b52df
      1a0b4e9d
  2. 20 May, 2014 3 commits
  3. 16 May, 2014 8 commits
  4. 14 May, 2014 9 commits
  5. 13 May, 2014 4 commits
  6. 12 May, 2014 1 commit
    • Brad King's avatar
      Allow configuration of external module dependency locations · ff7c659b
      Brad King authored
      Teach the vtk_module_export_code_find_package macro to check for a
      VTK_INSTALL_FIND_PACKAGE_<name>_DIR variable to configure the default
      location of <name>_DIR to be reported to applications.  Allow the
      variable to be set to a false value to disable the default.  This will
      allow module dependencies on external packages such as Qt5 to be
      configured for redistributable/relocatable packages.
      
      Also allow applications to set <name>_DIR themselves before finding
      VTK so that they can override the VTK-provided default location.
      
      Change-Id: I0e452fb02f371636ec3a04954a99e33c7193f77a
      ff7c659b
  7. 11 May, 2014 2 commits
  8. 10 May, 2014 1 commit
  9. 09 May, 2014 5 commits