- still needs more testing to determine the best combination of versions

- note: mpich now builds libmpi.so instead of libmpich.so

- this pulls in the other bits (Module_vtkParallelMPI,
  Module_vtkRenderingParallel, ...)

- arises when update-alternatives or similar are being used.

- add internal WM_SIZE_OPTIONS variable for reduced typing
- check for wmkdepend and wmkdep for wmake builds
- avoid egrep for getting processor count.

- gcc-4.8.5 : oldest currently supported
- gcc-4.9.4 : possibly usable C++11 regex
- gcc-6.3.0 : one generation older than gcc-7

- can be useful when bootstrapping

- not required by OpenFOAM, and provokes cmake issues for CGAL-4.12

- this function definition (as per the OpenFOAM functions) is required
  for compatibility when sourcing some config files (eg, mpi).

Final content for 1806 release

Closes #31 and #30

See merge request Development/ThirdParty-plus!6

- update BUILD.md to mention the possible build issues related to Qt.

- additional comments about using binaries for ParaView instead of
  building from source

- https://gitlab.kitware.com/paraview/paraview/merge_requests/2532

- bump ParaView to 5.5.2

- strip both prefix and suffix for VTK and ParaView builds

- add note about building older Qt

- resolve problem with working directory:

    https://develop.openfoam.com/Community/catalyst/issues/4
    https://gitlab.kitware.com/paraview/paraview/merge_requests/2436

- https://gitlab.kitware.com/paraview/paraview/issues/18116

- removed foamToTecplot360 from the OpenFOAM source as not being
  reliably maintainable.

- some systems (eg, opensuse) use that since it has both qt4 and qt5
  installed. ParaView now needs qt5 (preferrably 5.9).

STYLE: update version information for ParaView and Qt

- only builds properly in serial.
  Allwmake adjusted accordingly, or simply build with '-j 1'

- potential symbol conflicts and build errors if building from the git
  version since it uses the last major number (eg, 5.4) but may have a
  layout similar to the next release (eg, 5.5) and thus different
  sizes for classes etc.

- document special steps for using ThirdParty mpfr/gmp with clang etc

- only export the WM_* settings to their plain counterparts

     (eg, export CC=$WM_CC)

  when they actually point to an accessible program

  This helps in particular when bootstrapping builds with third-party
  compilers.