Fixing data races

RLN contribution.
fix385.
-------
- Summary: Port on Linux and MacOS
- Detailed description:
        - Makefile.* in ./make/TKernel/ and TKDraw
        - AdvApp2Var_ApproxF2var.cxx uses Max() and Min() instead of max(), min().
        - NCollection_BaseAllocator::CommonAllocator() avoids using
Standard_Mutex::Sentry as it uses
          static Standard_Mutex (see Standard_ErrorHandler.cxx) which may be
uninitialized yet
        - Standard_Atomic.hxx : atomic operations for MacOS are the same as for
Linux
        - AdvApp2Var: renamed macros abs, min, max to advapp_* to avoid name
conflicts on Linux/Mac which forces
          gcc to use standard C functions and therefore run-time fails (e.g.
integer abs(0.92) on Mac will return
          integer 0, not double 0.92).
- Dependency: All previous fixes, as this one is just a port of update 4 to
other platforms

fix325.
------
- Summary: More corrections for thread safety
- Detailed description:
        - PLib
- Dependency: None

fix350
- Summary: Improvement of thread-safety by adopting class _EvaluationFunction
instead of a function.
- Detailed description:
        - Modifications analogous to ones introduced in 6.3.1 for AdvApprox et all.
        - BSplSLib, BSplCLib, AdvApp2Var_EvaluatorFunc2Var
        - GeomConvert (removes fix265 modifs), Geom2dConvert, GeomLib, GeomPlate

        AdvApp2Var contains a lot of Fortran-derived code which uses static
variables. Conversion into class
        members will be a heavy and attention-required task. Until that done,
any call to AdvApp2Var (or
        algorithms using it - such GeomApprox_Surface called from ShapeHealing
BSplineRestriction or GeomPlate)
        require use of global lock.
- Dependency: None

fix265
------
- Summary: Thread-safety/re-entrability improvements
- Detailed description:
    GeomConvert_ApproxCurve/_Surface - protect shared resource with mutex (cannot
make shared resource local)
    IntCurve_IntPolyPolygen.gxx - make variable local (though it's out of use
effectively)
    Intf_* - make static vars either const for explicity, or class members, or
local variables; for some class this required to move static function as private
method
    IntcurvesFace - make static variables local
    IntCurveSurface - make static variables local and const where possible
    BRep_Tool - local instead of static
 (+fixes for UVBox)
    IntImp - use of local buffers and wrapping with arrays (to avoid heap
allocation and adverse impact on performance)
    BRepLib - local instead of static, using mutex
    ProjLib - made static var a class field
    
    Approx - made static var a class field, use of mutex (like in GeomConvert_Approx)
    BRepclass3d - local instead of static; _SolidExplorer.cxx - simplified code,
made static var a class field, local instead of static
 Everywhere to use Sentry !!!

fix335
------
- Summary: Corrected modifications in fix265 in ProjLib to restore functions
signature.
- Detailed description: Corrected modifications in fix265 in ProjLib where
signature of methods was changed from const to non-const. This
     hade the fact that virtual method were not overridden what caused exception
when using ProjLib_CompProjectCurve
     (in GeomPlate algorithm). Now the fix usis const_cast in run-time.
- Dependency: none (no direct dependence on fix265)

fix395
- Summary: A set of fixes to enable thread-safety
- Detailed description:
    - Plate_Plate now uses field members instead of static variables
        - U2, R and L should be local variables by their meaning. However, there are
some corner cases in 6.3.1
         implementation when they should inherit their values from Uold, Vold, not
U,V. I preserved current behavior by
         using member fields, but with deep code review this can be changed by OCC team.
    - ProjLib_CompProjectedCurve, Approx and BRepAlgo_NormalProjection now use
chronometers in a special compile mode (not in plain debug)
- Dependency: fix265