This library linked to libRGL.so and used to generate composite shapes.
Same code will be reused in eve7

The script git_coreteam.py uses outdated gitstats information
from the web, while the new script uses the git shortlog from the
repository itself (with a little help of recently added .mailmap).

As a next step, code can be extracted in separate library and used 
from both libGL and libROOTEve libraries

Keep in REveCsgOps only CSG-releated code, no (mnostly) TGeo classes
This will allow in the future direcly use original CsgOps code

One can use directly CSG and TMesh to produce triangles
Potentially, code can be integrated into TGeo classes and 
used also in GL-based displays

As next step, all gPad-related functions will be removed completely

Only one method and TBaseMesh class are used from outside

All these objects has to be deleted at the end - only polyshape with
triangles will remain

Instead of using gPad and TvirtalPainter3D one can directly create shape
TBuffer3D and calculate CSG. On the long run this is a method, which
should be used in TGeoBoolNode classes.

Added GDML support for: opticalsurface, skinsurface, bordersurface, matrix, property, including test macro

The mechanism attempting to find v6 equivalent for names found
in v5 files (eg. adding missing namespaces) under some circunstances
(see ROOT-9784) would create class name with missing template parameter
(eg literally map<,RooExpensiveObjectCache::ExpensiveObject*>

This is a fix for commit c412ad28

since we now have a fwd declaration in RInterface.hxx

- IsImplicitMTEnabled
- EnableImplicitMT
- DisableImplicitMT

Instead of removing the *.pyc file in argparse2help.py,  we avoid to generate such files
by invoking argparse2help.py with option -B.

[RDF,PyROOT] Rename TTreeAsFlatMatrix header to PyROOTHelpers and change namespace from Detail to Internal

Needed for MSVC, since it does not understand -fvisibility=hidden.

Clang defines __GNUC__ then complains it doesn't know the
warning options from GCC since it doesn't know -Wpragmas
either:

core/clingutils/res/TClingUtils.h:28:32: warning:
 unknown warning group '-Wclass-memaccess', ignored [-Wunknown-warning-option]
 #pragma GCC diagnostic ignored "-Wclass-memaccess"

Also avoid warnings about deprecated register due to Qt4

If libPyROOT is loaded with gSystem->Load, the static
initialization block in TMemoryRegulator.cxx is executed and
ends up invoking PyCFunction_New, which causes a crash from
Python 3.7. The crash is due to Python not being initialized.
This also happens when using TPython from C++, since Python
has not	been initialized when TPython is used.

Note that when loading libPyROOT from ROOT.py, which is what
happens when someone uses PyROOT, the Python interpreter already
exists and is initialized, so invoking PyCFunction_New does not
crash.

This fix moves the creation of gObjectEraseCallback away from
the static block in TMemoryRegulator in order to prevent the
issue described above.