In TClass::GetClass find typedef info even if it was not search for before
Early return in TClass::InheritsFrom
Fix ROOT-6038 by silencing the class creation during InheritsFrom
Search the symbol in all available dylibs (ROOT-6015).

During static init the JIT could not find symbols in a library that the currently loaded library depends on.
This was caused by cling not having updated the list of loaded libraries yet - and only that list was searched for symbols.
Instead, now the dl handle 0 is searched, using the supposedly optimized symbol lookup tables of the process.
This leaves symbol priorities / lookup context to be dealt with: a library might not see the same symbols as the process.
Fix fatal typo
Delegate the Update of the TClass to the CollectionProxy.

This allows to solved ROOT-6040 by avoid to have to initialize
the collection proxy just of find that ... we don't need to update it.

Having the useless update can lead to nested dlopen.  When a dlopen
loads a dictionary for a TClass that was already created (in emulated mode),
it will tell all the other TClass and all the CollectionProxy to update
the possible reference.  If at that point we initialize a collection proxy
which content is a represented by a TClass that has not yet been loaded
but has a rootmap file, we will end up with a nested call to dlopen to loaded
the library.
Avoid using deleted memory.

Whenever an emulated TClass is deleted, make sure to remove it from
the list of class to update (so that we don't access deleted memory
in RegisterModule and trigger the initialization of the class twice).
Report if we cannot extract the stdlib -I.
Fix typo a la llvm coding convention.