added davix-0.2.8 support, which is now also supported on OSX.
ignore interpreter/cling/lib/Interpreter/cling-compiledata.h.
use libDavix by default if found by ./configure.
Add a flag in the system.rootrc - if lines/polygons should be anti-aliased

- with anti-aliasing on non-retina displays lines look thick and semi-transparent.
Give a choice - if user wants them to look more "X11-like" (version with XQuartz).
Fill TDataMember attribute map starting from an XML selection file.

The mechanism followed is the previous one:
1) Add metadata to the selection rule (of the class or of the field)
2) Add it to the ast in rootcling in form of attribute
3) Read it in TMetaUtils and fill the proper TDictAttributeMap
Adopt coding convention for include guards (thanks Fons)

and profit to add some documentation in the code.
Fix the output location of the rootmap files and pch files (CMake)
Fix a bug found in debug mode (== very slow startup) - no need

in scrolling animation at all - it must only work if 'About' was chosen.
Undo the change of location of PCM (it does not work)
Clarification of offset direction, object type (ROOT-5597 and ROOT-5840).

For veritual inhertiance, the type of the object was ambiguous; it can be
either derived (as commonly used for ROOT and thus default) or base.
The latter is used by PyROOT's automatic upcast. The offset functions now
allow to specify the type (derived / base) of the object that is passed in.

"Derived" and "base" do not clarify the direction of the offset; they have
been replaced by "fromDerived" and "toBase" to signal the offset's sign.
Silence "set but not used" warnings.
root with '-l' (and '-b') never creates a splash-screen (thus a call to InitCocoa is skipped

and root hangs on exit). Thanks to Olivier for finding this bug.
Tell Offset() that the address is that of a base object (ROOT-5840).
Correct doxygen doc.
Remove extra transaction iteration.
Add test targets.
On MacOS 10.9 our clang will not find the stdlib. Use the XCode's clang instead.
Remove temporary cppflags.txt.
Implement Interpreter's InclusionDirective() callback

InclusionDirective() callback tells us that an inclusion directive has been processed, allowing us to try to autoload classes using their header file name.
For example try to autoload TGClient (libGui) when seeing #include "TGClient.h"
This should prevent potential crash when executing macros using globals (e.g. gClient), with the following error:
ExecutionContext: use of undefined symbol 'gClient'!
formatting.