Merge branch 'constrained-point-handle-rep-leaks' into release

Change-Id: Ie3387cc1728d553f85f6238ea3398627e3bc32a0
Merge branch 'remove-java6-code-style' into release

Change-Id: I648fa2c4a99043a1cd70333ed5766372c608990d
ENH: Improve grammar rules of the parser used by the wrappers.

The rules in vtkParse.y have been rewritten to allow a much greater
variety of C++ code to be parsed.  The preprocessor has also been
modified for improved compliance and efficiency.  Some of the larger
wrapper source files have been split.

Change-Id: Id1aa704edd5aeeb9551fb63214652f78820331e4
ENH: Improvements to vtkParse data structures.

Three major changes to the vtkParse data structs:

1) Macro lookup is now done via hash tables, instead of linear search.

2) Arguments have been renamed to Parameters where appropriate.
   This helps to make the code less confusing in some places.

3) A new StringCache struct allows string allocation and destruction
   to be tied to the data structures that use the strings.

Change-Id: I3e396d45a1d72b62e5a235b3fe57157b8800af19
ENH: Add static library vtkWrappingCore to share wrapper tool code.

The wrapper tools share a lot of source code, so it makes sense to
put that code into a library.  This commit also makes a change to
the command-line arguments for the wrapper tools: the output file
must be specified with a "-o" option.

Change-Id: I5155dd97c86ba98d91737f2691e8dfa92c28452d
BUG: Fix backwards-compatibility of generated wrapper code.

Comparison of the generated wrapper code to that of a few commits
ago turned up some differences.  Function pointers were not being
wrapped for the Java and Tcl wrappers, and several VTK_SOMETHING
constants were missing from the Python wrappers.  This commit fixes
these issues.  A diff between the new generated code and the old
generated code was used to verify that exactly the same methods
are wrapped as before.

Change-Id: Iae42286824ef6643b42eedfd427763a40be426d1
ENH: Allow wrapping tools to accept argument files.

Some compilers, including gcc and cl.exe, allow command-line
arguments to be given in a file.  On the command line, this
file is given as "@file" and may be intermixed with other
command-line arguments.  This patch adds support for @file
to the wrapper command-line tools.  The wrapper cmake macros
have been updated to use this option, in order to reduce the
length of the custom_command command lines for the wrapper tools.

Change-Id: Id24c5f662fdcc6ca437715ca6ee01b910ab60bc1
BUG: Fixed bug where resliced image appeared to swim during rotation

Change-Id: I200e08764072fd29471da9abee1170ba95b35525
Fixing libproj4.

This is required by Geovis/Core. vtkGeoProjection and vtkGeotransfrom can now be compiled.

Change-Id: I8e4c82a8a8faaedb375f7b9b52a078fe30873138
Adding Views/Infovis/Test/Cxx/CMakeLists.txt

The commit does a bunch of things

* Delete unused test TestGraphLayoutViewWithUnicode.cxx.
  This file was not being built. Somebody may have forgotten
  to delete it when they removed it from the CMakeLists.
* Adds a timeout on RegressionTest and enable check for
  TestQtlabelStrategy.cxx
* Adding Test dependencies for Views/Infovis/Test/Cxx.
* Adding Views/Infovis/Test/Cxx/CMakeLists.txt

Change-Id: I53702cf69032414844cacc39c27ddcec9228f4fe
Removing unnecessary dependencies.

Change-Id: I80c8f007e7222a7facc17f7c959848856251cce1
Add single, double, and data array functor dispatch classes.

The dispatcher provides the ability to do multiple dispatching based
on a runtime polymorphism. This allows mapping to compile time
polymorphism.
The double dispatcher allows you to call a functor
based on the types of two objects allowing you to call specialized
implementations.
The data array dispatch is a replacement for the vtkTemplateMacro
offering an object based way that is far easier to read and use.

Change-Id: If281ddc1ac803c0ed234e33c9cc0bf4c090fca71
Avoid SegFault from vtkBalloonWidget::SetEnabled at destruction:

Test if the Interactor is still linked with the RenderWindow when getting
the Renderers.

Change-Id: I4ae789a340fdc8677cbedb768f065420b3729a7b
vtkPythonWrapping: Set python module prefix on wrapper targets

Commit dd2c9df0 (Cleanup building of static modules for Python,
2012-08-02) dropped use of python_add_module but did not port all
functionality to the new macro.  Add a missing property to remove the
"lib" prefix from python module names.  Otherwise they cannot be
imported by python.

Change-Id: Ica3539fbb86a4147499e4bedb7dfe3900a645896
FIX:Replaced geometryfilter datasetsurfacefilter for composite data

vtkGeometryFilter does not work for input composite datasets that are a
combination of 0D, 1D, 2D cells. It does not account for the polydata
ordering. vtkDataSetSurfaceFilter circumvents this problem.

Change-Id: Iacb50dc2f4e21cedfec88de9cafe3fe931ea269a
Merge branch 'master' into modularize_paraview

* master:
  vtkGL2PSExporter: Fix compilation with VS 7.1
  Export all targets from the build tree in one step
  Exclude vtkRendering(Matplotlib|FreeTypeFontConfig) from wrapping
  Expose VTK_WRAP_PYTHON, VTK_WRAP_TCL, etc. to VTKConfig.cmake
  COMP: Fix name of vtkRenderingMatplotlibObjectFactory source file.
  modules that don't make hierarchy should not depend on it
  Rename MathText module to RenderingMathText.
  vtkPythonWrapping: Set python module prefix on wrapper targets
  Allow modules to not participate in hierarchy wrapping.
  remove executable mode on file per gerrit review
  Add readmes to describe how to update vtk's xdmf from upstream.
  xdmf2/vtk 2012-08-01 (reduced)
  Enable vtkxdmf2 as a module
  xdmf2 2012-08-01 (reduced)
  Removed *_OUTPUT_PATH variables from VTK
Merge branch 'master' into modularize_paraview

* master:
  Added back vtkForwardingExecutable
Fixing code to locate wrapping executables using targets, if possible.

When building projects dependending on VTK, we ran into issues since some
variables were expected to be declared e.g. VTK_WRAP_PYTHON_INIT_EXE,
VTK_WRAP_HIERARCHY_EXE. These are unnnecessary since they are imported targets
and should be used if present. Updated code to use the targets directly if
found.

Change-Id: I74b5996671e195b02bd65b85b71a2e33bd3ca2da
Fixing code to locate wrapping executables using targets, if possible.

When building projects dependending on VTK, we ran into issues since some
variables were expected to be declared e.g. VTK_WRAP_PYTHON_INIT_EXE,
VTK_WRAP_HIERARCHY_EXE. These are unnnecessary since they are imported targets
and should be used if present. Updated code to use the targets directly if
found.

Change-Id: I74b5996671e195b02bd65b85b71a2e33bd3ca2da
Merge branch 'use_build_tools_target' into modularize_paraview

* use_build_tools_target:
  Fixing code to locate wrapping executables using targets, if possible.