Move Cosmo classes into vtkFiltersCosmo module

The third party module vtkCosmo can be build with or without
MPI. Rather than building a MPI and non MPI version we still
need the ability to switch between the two implementations. This
can use done by move the Cosmo class into a single module and
providing VTK_COSMO_USE_MPI. This break with rule of not having
a module change it behaviour based on complie options but unless
the third party library is refactored we will have to live with this.

Change-Id: Id36de477d52d1d9b69cc4f2baeabbbdac00c8aaa
Update export headers after Cosmo move

Change-Id: I98f1d66f627808ceea01918e19aa63e108613bad
Create new module vtkFiltersParallelMPI

vtkDistributedDataFilter has a hard dependance on MPI. Rather than
forcing all other parallel filters to have this dependance, split
into a separate module which requires MPI.

Change-Id: I3bf40c6f777d78b0b1ccd1027d3094748ba2303b
Update export headers after vtkDistributedDataFilter move

Change-Id: Ic6c2f7c00e52a0b8d406d5ea1689b4194a9e8977
Move vtkVPICReader into vtkIOVPIC module

The third party module vtkVPIC can be build with or without
MPI. Rather than building a MPI and non MPI version we still
need the ability to switch between the two implementations. This
can use done by move the reader into a separate module and
providing VTK_VPIC_USE_MPI. This break with rule of not having
a module change it behaviour based on compile options but unless
the third party library is refactored we will have to live with this.

Change-Id: Ia949e1860272ad5ddb7b9b4cb9eb8d88305a5783
Update export header after vtkVPICReader move

Change-Id: Ib1af2fe2ffb41d57663fed590795a3b60d2dbf78
Move MPI specific classes from IO/Parallel to IO/ParallelMPI

vtkIOParallel shouldn't depend on MPI

Change-Id: I0edc412caedb8497f73bdc228f362e793e6d27a8
Update export header after vtkPNrrdReader move

Change-Id: Ifb83b8d3d7f2bbd13caef3de88dea02f0924d5ea
Moved to CMakeCustom.cmake.in - new name

Change-Id: I65c3a67fbbd9ae0de77a6b7c3025c86fc34ff8b4
Dynamically build up a list of excluded tests

Also excluded ThirdParty from coverage as many things from Utilities
moved there. This should suppress all of the header test warnings and
give us a clearer indication of the change in coverage since
modularization.

Change-Id: Ia73e0a94bdf7ddee936ee95e794e25b1a8695c08
Merge topic 'ctest-custom-stuff' into master

c7bc5eb3 Dynamically build up a list of excluded tests
90fe8fd7 Moved to CMakeCustom.cmake.in - new name
Merge topic 'fix-parallel-mpi' into master

a88dbeb4 Update export header after vtkPNrrdReader move
801917cb Move MPI specific classes from IO/Parallel to IO/ParallelMPI
070ffffa Update export header after vtkVPICReader move
21b397d5 Move vtkVPICReader into vtkIOVPIC module
209167af Update export headers after vtkDistributedDataFilter move
699e70fe Create new module vtkFiltersParallelMPI
aa8bda15 Update export headers after Cosmo move
414d65f2 Move Cosmo classes into vtkFiltersCosmo module
Reject application requests for missing modules

When an application writes

  find_package(VTK ... vtkMissingModule)

vtk_module_config (invoked from VTKConfig.cmake) should reject the
missing module if it is not enabled.  The current vtk_module_load check
incorrectly accepts modules that have been previously enabled in a build
tree but are no longer available.  Test against VTK_MODULES_ENABLED.

Change-Id: If0769b6192bf9c5878b7ef1e581d04df18b6bbef
Merge topic 'reject-bad-module-request' into master

1c7d9a87 Reject application requests for missing modules
Merge topic '12898_fix_text_bounding_box' into pv-master

24da3fc BUG #12898. Fixed occasional clipping of text.
Merge branch 'pv-master'

* pv-master:
Move vtkExtentTranslator to Common/DataModel

vtkExtentTranslator is needed by vtkDataSet so move into that module

Change-Id: I5a20b2d292a327c8f965234b964d7193d80899ac
Update export header for vtkExtentTranslator after move

Change-Id: I05d5b39ca3b8ed6deac9df84a69eade08fe1f104
Fix selection of VTK thread implementation

Remove use of old CMakeBackwardCompatibilityC variables:

 CMAKE_USE_PTHREADS
 CMAKE_USE_SPROC
 CMAKE_HP_PTHREADS
 CMAKE_USE_WIN32_THREADS
 CMAKE_NO_STD_NAMESPACE
 CMAKE_ANSI_FOR_SCOPE

Use of these was originally removed by

 commit fe401e0f (Remove old CMakeBackwardCompatibilityC thread options, 2012-02-23)
 commit e56a7eb9 (Drop workaround for no std:: namespace, 2012-02-23)
 commit ff74963a (Drop workaround for non-ANSI 'for' scope, 2012-02-23)

but accidentally restored by modularization.  Drop use of the variables
again.  The thread variables in particular interfere with the thread
library selection done by the top-level CMakeLists.txt file.

While at it, drop unused computation of VTK_USE_OPENGL_LIBRARY from
Common/Core.  Its value is hard-coded in Rendering/OpenGL when the
module is enabled.

Change-Id: Ife7730fbfe32c51f0c431d440935636b2bb34c39
Merge topic 'fix-threads' into master

af880314 Fix selection of VTK thread implementation