maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
253,171 Commits 23 Branches 0 Tags 2.2 GiB
Commit Graph

5 Commits

Author SHA1 Message Date
Mehdi Amini dc9bf8fab6 Improve handling of __FUNCTION__ and other predefined expression for Objective-C Blocks 
Instead of always displaying the mangled name, try to do better
and get something closer to regular functions.

Recommit r287039 (that was reverted in r287039) with a tweak to
be more generic, and test fixes!

Differential Revision: https://reviews.llvm.org/D26522

llvm-svn: 287085
 2016-11-16 07:07:28 +00:00
Sunil Srivastava 3acf6275e6 Changed renaming of local symbols by inserting a dot vefore the numeric suffix 
details in http://reviews.llvm.org/D9483
goes with llvm checkin r237150

llvm-svn: 237151
 2015-05-12 16:48:43 +00:00
David Blaikie bdf40a62a7 Test case updates for explicit type parameter to the gep operator 
llvm-svn: 232187
 2015-03-13 18:21:46 +00:00
Saleem Abdulrasool 4c879bed5b test: simplify test further 
Remove the use of an unnecessary function.  NFC.

llvm-svn: 219850
 2014-10-15 21:37:52 +00:00
Saleem Abdulrasool 64ab4de443 CodeGen: correct mangling for blocks 
This addresses a regression introduced with SVN r219393.  A block may be
contained within another block.  In such a scenario, we would end up within a
BlockDecl, which is not a NamedDecl (as the names are synthesised).  The cast to
a NamedDecl of the DeclContext would then assert as the types are unrelated.

Restore the mangling behaviour to that prior to SVN r219393.  If the current
block is contained within a BlockDecl, walk up to the parent DeclContext,
recursively, until we have a non-BlockDecl.  This is expected to be a NamedDecl.
Add in a couple of asserts to ensure that the assumption that we only encounter
a block within a NamedDecl or a BlockDecl.

llvm-svn: 219696
 2014-10-14 17:20:14 +00:00