LLHUDObject has a lot of deriveds stored as LLPointer<LLHUDObject>, no-virtual destructor is unlikely to be cause of the crash, but might be related

# Conflicts:
#	indra/newview/llfloatermodelpreview.cpp

following promotion of DRTVWR-482

LLVOAvatars and derived classes appear to be stored as LLPointer<LLViewerObject> in a lot of cases, so non-virtual ~LLViewerObject() might be triggered by LLPointer and end up not cleaning sInstances in some cases (animeshes specific?), thus causing broken pointers in sInstances.

# Conflicts:
#	indra/newview/pipeline.cpp

following promotion of DRTVWR-497

These logs were not logging for very long due to supressed logging system, no point showing them now

Depends onto SL-13979 for proper logging

LLSingleton depends onto logging system, having logging system be based on LLSingleton causes crashes and deadlocks

Due to conflicts picked up ptolemy's fix manually