- prevent unneeded recompilation

DOC: add link for new scotch package

- also permit petsc to determine its own hypre version (#58)

- adios is out of scope for cross-compilation

- metis does not seem to support cross-compilation.
  Use scotch instead.

- mistake introduced by 11e3723f

- check lib as well as lib64

- support -force option in a few more places

- reduces ThirdParty inter-dependency.
  Only useful for reading in graph files, which are not used
  internally by OpenFOAM.

- Was already removed for Mingw compilation.

- uses mpifcc/mpiFCC for mpicc/mpicxx, respectively

- only test in the packages that actually require it.
  State as a requirement.

ENH: skip build of packages with known mingw issues

- primarily kahip and pt-scotch.
  Others may also have issues, but for these we tend to use system
  packages anyhow.

ENH: add '-force' option to various scripts

- overrides some _lazy_ build logic

- add download hints for -help of various make scripts

- accept [0-9]* instead of attempting more restrictive specifications

CONFIG: makePETSC without fortran

- if not otherwise specified:
  - OpenFOAM-v1912 and older are implicitly `-with-lib`
  - new versions are implicitly `-no-lib`

- linkage errors for ptscotch not yet solved

CONFIG: add -I. for ThirdParty wmake Make/options

- some <headers> might otherwise be missed with the change to
  '-iquote' for general wmake rules

- improve library checks to avoid unnecessary rebuild when
  cross-compiling

- initialise some commonly used variables

- add library function for checking library existence that also
  accounts for windows cross-compilation targets

- may fail to find mpi.h with ThirdParty openmpi

- remove makeAdios1 (ADIOS1 considered defunct for our purposes)

- arguments passed to stripCompilerFlags caused the misbehaviour

- if passed things like "clang-9", strip down to the base name "clang"

- include makeAdios2 into the Allwmake list (as optional component)

- remove old dependency of adios2 on the adios1 library

- in 1906, we changed the handling of compiler flags to include the
  exact values as used by OpenFOAM.

  While this is needed for compiling some external programs -- see
  OpenFOAM-plus#1256
  for the discussion -- it appears to bring in flags that upset
  some of the ParaView (and possibly VTK) compilation.

  The culprits are likely to be found in the various '-W' switches,
  but for now we simply extract a mininal set of compiler flags
  that include -std=c++11 -m64 -fPIC, but no optimization flags,
  additional warnings flags or OpenFOAM-specific defines.