aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Serialization/ModuleManager.cpp
diff options
context:
space:
mode:
authorSean Callanan <scallanan@apple.com>2011-11-30 22:11:59 +0000
committerSean Callanan <scallanan@apple.com>2011-11-30 22:11:59 +0000
commit09ab4b777cdb7ec45e8a8e4181b1d2ab2de3909f (patch)
treef01460199e269f935d50beb0b3ba05f7b1a15ca9 /clang/lib/Serialization/ModuleManager.cpp
parent9430e284a9007154fac11ba832064ed6a6afbac2 (diff)
downloadllvm-09ab4b777cdb7ec45e8a8e4181b1d2ab2de3909f.zip
llvm-09ab4b777cdb7ec45e8a8e4181b1d2ab2de3909f.tar.gz
llvm-09ab4b777cdb7ec45e8a8e4181b1d2ab2de3909f.tar.bz2
Added support to the Objective-C language runtime
to find Objective-C class types by looking in the symbol tables for the individual object files. I did this as follows: - I added code to SymbolFileSymtab that vends Clang types for symbols matching the pattern "_OBJC_CLASS_$_NSMyClassName," making them appear as Objective-C classes. This only occurs in modules that do not have debug information, since otherwise SymbolFileDWARF would be in charge of looking up types. - I made a new SymbolVendor subclass for the Apple Objective-C runtime that is in charge of making global lookups of Objective-C types. It currently just sends out type lookup requests to the appropriate SymbolFiles, but in the future we will probably extend it to query the runtime more completely. I also modified a testcase whose behavior is changed by the fact that we now actually return an Objective-C type for __NSCFString. llvm-svn: 145526
Diffstat (limited to 'clang/lib/Serialization/ModuleManager.cpp')
0 files changed, 0 insertions, 0 deletions