This can happen here if TCling is actually never initialized

  drawing. This improvement was requested [here](https://sft.its.cern.ch/jira/browse/ROOT-5468).

Windows: Fix undefined symbols introduced in 0d50cea. clang::LangOptions::setStackProtector(SSPStrong) requires bufferoverflowu.lib.

  range should be recomputed. This has the side effect that some graph parameters
  (like the axis titles) were also deleted. This now fixed. It was reported
  [here](https://sft.its.cern.ch/jira/browse/ROOT-8092)

JSON content automatically zipped - makes produced file approx 3 times
smaller. By default, JSON code will not include any additional spaces.

Before object reference was done with the string like "$ref12".
This approach is error-prone, while any normal string with
similar content will confuse JSROOT.parse function. Now
other syntax is used: {"$ref":12}. Such output can never be
produced with normal C++ classes, therefore is absolutely safe.

Starting from JSROOT version 4.8, both formats are supported.
Means old JSON files, produced with older ROOT versions still
can be used with actual JSROOT code.

Normally each JSON object accounted in object map,
which is required when dereferencing objects.
This does not works with pair JSON objects,
which are created after all contained objects are stored.
Therefore pair marked separately and does not accounted in reference
map.

Add corresponding test

https://sft.its.cern.ch/jira/projects/ROOT/issues/ROOT-8495

ROOT were crashing when try to open TFile in TBrowser, which contains
objects, derived from TObject, but not as first parent.

For all TObject-based classes pointer was inadvertently casted to TObject and return in
this form. But if TObject is not a first parent of the resquested class, the return value was wrong.

See https://root.cern.ch/phpBB3/viewtopic.php?f=3&t=22816

This reverts commit 245922175593ec769be5abf63011d86aa2c02934.