summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Support/CommandLine.cpp
diff options
context:
space:
mode:
authorReid Kleckner <reid@kleckner.net>2014-02-05 17:27:08 +0000
committerReid Kleckner <reid@kleckner.net>2014-02-05 17:27:08 +0000
commit96f8f9339d80cc34de01928550237172e6d17164 (patch)
treef439d407ce2905e718b931b5a9d50e6d0feafbda /llvm/lib/Support/CommandLine.cpp
parent9725016af3219eab09a64e91b83c1699b86cf2e9 (diff)
downloadbcm5719-llvm-96f8f9339d80cc34de01928550237172e6d17164.tar.gz
bcm5719-llvm-96f8f9339d80cc34de01928550237172e6d17164.zip
MS ABI: Mangle member pointer template arguments
Member pointers are mangled as they would be represented at runtime. They can be a single integer literal, single decl, or a tuple with some more numbers tossed in. With Clang today, most of those numbers will be zero because we reject pointers to members of virtual bases. This change required moving VTableContextBase ownership from CodeGenVTables to ASTContext, because mangling now depends on vtable layout. I also hoisted the inheritance model helpers up to be inline static methods of MSInheritanceAttr. This makes the AST code that deals with member pointers much more readable. MSVC doesn't appear to have stable manglings of null member pointers: - Null data memptrs in function templates have a mangling collision with the first field of a non-polymorphic single inheritance class. - The mangling of null data memptrs changes if you add casts. - Large null function memptrs in class templates crash MSVC. Clang uses the class template mangling for null data memptrs and the function template mangling for null function memptrs to deal with this. Reviewers: majnemer Differential Revision: http://llvm-reviews.chandlerc.com/D2695 llvm-svn: 200857
Diffstat (limited to 'llvm/lib/Support/CommandLine.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud