advectionDiffusionPatchDistMethod: Calculation of approximate distance to nearest patch for all cells
and boundary by solving the Eikonal equation in advection form with diffusion smoothing.

wallDist/patchDistMethods/Poisson: New method for fast calculation of an approximate wall-distance field
by solving Poisson's equation

Currently these vectors are generated at the same time as the wall-distance field
by the same run-time selected algorithm.  This will be changed so that the wall-reflection
vectors are only generated and stored if required.

When using models which require the wallDist e.g. kOmegaSST it will
request the method to be used from the wallDist sub-dictionary in
fvSchemes e.g.

wallDist
{
    method meshWave;
}

specifies the mesh-wave method as hard-coded in previous OpenFOAM versions.

Remove all .dep files from the object directory tree corresponding to the
current source derectory or remove only the .dep files referring to the
optionally specified [file].

In preparation for run-time selectable methods

Additional resolution of bug-report http://www.openfoam.org/mantisbt/view.php?id=1474

Resolves bug-report http://www.openfoam.org/mantisbt/view.php?id=1474

Added InfoSwitches::writeOptionalEntries which enables the writing of optional keywords and values which are not present in the dictionary
Warning: generates a VERY large number of messages from OpenFOAM applications
Resolves bug-report http://www.openfoam.org/mantisbt/view.php?id=1473

Note: non-uniform scaling of a symmetric matrix generates an asymmetric matrix

Resolves bug-report http://www.openfoam.org/mantisbt/view.php?id=1471

Note:
    In order to avoid unexpectedly poor results I think it would be
    better if sub-cycling in time were limited to static meshes and
    solid-body motion only and the Vsc() function removed and I will
    consider this for the next release with the addition of a check for
    solid-body motion in the case that sub-cycling is applied.  Now that
    MULES support semi-implicit operation there is less need for
    sub-cycling and I would recommend that you use this approach in
    interDyMFoam for your complex mesh motion cases.

Note: non-uniform scaling of a symmetric matrix generates an asymmetric matrix

Resolves bug-report http://www.openfoam.org/mantisbt/view.php?id=790

Resolves bug-report http://www.openfoam.org/mantisbt/view.php?id=858

Resolves bug-report http://www.openfoam.org/mantisbt/view.php?id=1374

Resolves bug report: http://www.openfoam.org/mantisbt/view.php?id=1461

primitiveMesh::pointInCellBB: Inflate the cell isotropically to handle anisotropic cells more robustly

To compile with 64bit labels set

WM_LABEL_SIZE=64

in ~/OpenFOAM/dev/prefs.sh

source ~/.bashrc

then Allwmake in OpenFOAM-dev.

This will build into for example OpenFOAM-dev/platforms/linux64ClangDPInt64Opt

If WM_LABEL_SIZE is unset or set to 32:

WM_LABEL_SIZE=32

the build would be placed into OpenFOAM-dev/platforms/linux64ClangDPInt32Opt

Thus both 32bit and 64bit label builds can coexist without problem.