<rdar://problem/15530080>

Rework data formatters matching algorithm
What happens now is that, for each category, the FormatNavigator generates all possible matches, and checks them one by one
Since the possible matches do not actually depend on the category (whether a match is accepted or not does, but that check can be shifted at a more convenient time),
it is actually feasible to generate every possible match upfront and then let individual categories just scan through those

This commit changes things by introducing a notion of formatters match candidate, and shifting responsibility for generating all of them given a (ValueObject,DynamicValueType) pair
from the FormatNavigator back to the FormatManager
A list of these candidates is then passed down to each category for matching
Candidates also need to remember whether they were generated by stripping pointers, references, typedefs, since this is something that individual formatters can choose to reject
This check, however, is conveniently only done once a "textual" match has been found, so that the list of candidates is truly category-independent

While the performance benefit is small (mostly, due to caching), this is much cleaner from a design perspective



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@195395 91177308-0d34-0410-b5e6-96231b3b80d8
#include <AvailabilityMacros.h> if you want to use them.  This was causing us to skip
the code that should have set thread names on Mac OS X.

<rdar://problem/15517264>


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@195403 91177308-0d34-0410-b5e6-96231b3b80d8