1. 21 May, 2014 1 commit
    • 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
  10. 08 May, 2014 1 commit
  11. 07 May, 2014 5 commits