CreateFunctionPrototypeIR, though my next patch will eliminate
it entirely.

llvm-svn: 67443

1. it wasn't applying to definitions, only declarations, e.g. int x __asm("foo")
2. multiple definitions were conflicting, they weren't getting merged.
3. the code was duplicated in several places.

llvm-svn: 67442

llvm-svn: 67441

llvm-svn: 67440

llvm-svn: 67439

more optimistic that it will work (optimizing for the common case).

llvm-svn: 67438

llvm-svn: 67437

llvm-svn: 67436

by ~2%.

llvm-svn: 67434

speeding up the testcase in PR3810 by 60%.

llvm-svn: 67431

 - PR3818.

llvm-svn: 67297

whose sema decl is at the translation unit.

llvm-svn: 67249

llvm-svn: 66691

llvm-svn: 66652

module symbol table. The root problem inspiring this was fixed in
r66316 (and again in r66506).

llvm-svn: 66512

reuse the prior one.

llvm-svn: 66408

This is a bit cleaner, and also "fixes" bad code that compares the 
addresses of the string constants.

llvm-svn: 66346

correct, but an extra set of ObjC eyes would be good.

llvm-svn: 66342

CodeGenModule::CreateRuntimeVariable.

 - No real functionality change; although we now assert on silly
   things like:
--
int objc_exception_throw;
void f0() { @throw(@"A"); }
--
   instead of accepting it.

llvm-svn: 66292

 - <rdar://problem/6652110> clang should support weak_import

llvm-svn: 66270

 - For one thing, this adds unneeded overhead; for another, this
   routine can be used to emit unnamed decls which we shouldn't try to
   mangle.

llvm-svn: 66212

return/argument types.  (The generated IR isn't ideal, but we can't 
really do better in general.)

llvm-svn: 66132

llvm-svn: 66046

BlockModule.  No functionality change.  This should help people that
don't want to know anything about blocks not be confused by the
overloaded use of the term block or nor want to see all the blocks
goop.

llvm-svn: 66042

 - PR3698.

llvm-svn: 66038

llvm-svn: 65806

llvm-svn: 65782

llvm-svn: 65749

we ensure that things added to the module can be found even when they
are not in GlobalDeclMap.  The later is for increased flexibility,
should someone want to do something tricky like extern "Ada" in the
same module.

llvm-svn: 65657

llvm-svn: 65611

llvm-svn: 65582

The big difference here is that (like string literal) @encode has 
array type, not pointer type.

llvm-svn: 65391

 - PR3629.

llvm-svn: 65203

error, so we don't crash.

llvm-svn: 65099

llvm-svn: 65056

 - <rdar://problem/6584606> clang/x86-64 - too many reg saves

llvm-svn: 65032

situation where a tentative decl was emitted *after* the actual
initialization. This occurs in some rare situations with static decls.
 - PR3613.

 - I'm not particularly happy with this fix, but I don't see a simpler
   or more elegant solution yet.

llvm-svn: 65018

llvm-svn: 64984

llvm-svn: 64969

llvm-svn: 64944