FunctionDecl::isInlineSpecified/setInlineSpecified.

llvm-svn: 85305

llvm-svn: 85237

llvm-svn: 85125

llvm-svn: 84436

llvm-svn: 84142

class templates the proper linkage. 

Daniel, please look over the CodeGenModule bits.

llvm-svn: 84140

llvm-svn: 84114

1) -fwritable-string does affect the non-utf16 version of cfstrings
   just not the utf16 ones.
2) utf16 strings should always be marked constant, as the __TEXT segment
   is readonly.
3) The name of the global doesn't matter, remove it from TargetInfo.
4) Trust the asmprinter to drop cstrings into the right section, like llvmgcc does now.

This fixes rdar://7115750

llvm-svn: 84077

llvm-svn: 84075

llvm-svn: 84050

llvm-svn: 83979

Let replaceAllUsesWith() adjust VHs even though there are no uses.

llvm-svn: 83978

llvm-svn: 83964

llvm-svn: 83798

If a global initializer has a non-trivial constructor or destructor, we never want to defer generation of it, even if it is declared static.

With this change we're finally able to compile and run the (infamous)

#include <string>
#include <iostream>

int main(int argc, char **argv) {
  std::cout << "Hello, World" << std::endl;
}

$ clang hello.cpp -lstdc++ -o hello
$ ./hello 
Hello, World

llvm-svn: 83559

Add a MangleContext and pass it to all mangle functions. It will be used for keeping state, such as identifiers assigned to anonymous structs as well as scope encoding.

llvm-svn: 83442

llvm-svn: 83342

llvm-svn: 83337

llvm-svn: 83328

llvm-svn: 83303

apparently because using directives aren't quite working correctly.

llvm-svn: 83184

llvm-svn: 82644

Revert "Switch a few clients over to StringLiteral::getString.", this is breaking some projects, but I don't have a test case yet.

llvm-svn: 82539

 - Switching all of them out-of-my-current-scope-of-interest, sorry.

llvm-svn: 82515

Several of the existing methods were identical to their respective
specializations, and so have been removed entirely.  Several more 'leaf'
optimizations were introduced.

The getAsFoo() methods which imposed extra conditions, like
getAsObjCInterfacePointerType(), have been left in place.

llvm-svn: 82501

The decl wasn't being passed down, which meant that function attributes were not
being set correctly. This is particularly important for ARM, since it wants to
override the calling convention. Instead we would emit the builtin with the
wrong calling convention, and instcombine would come along and merrily shred all
the calls to it. :)

llvm-svn: 81756

generated for an inline function definition, taking into account C99
and GNU inline/extern inline semantics. This solution is simpler,
cleaner, and fixes PR4536.

llvm-svn: 81670

to use, and allow the ABI implementation to override the calling convention.

llvm-svn: 81593

llvm-svn: 81589

llvm-svn: 81582

llvm-svn: 81481

llvm-svn: 81480

llvm-svn: 81346

templates. We now distinguish between an explicit instantiation
declaration and an explicit instantiation definition, and know not to
instantiate explicit instantiation declarations. Unfortunately, there
is some remaining confusion w.r.t. instantiation of out-of-line member
function definitions that causes trouble here.
 

llvm-svn: 81053

Now that parsing, semantic analysis, and (I think) code generation of
pseudo-destructor expressions and explicit destructor calls works,
update the example-dynarray.cpp test to destroy the objects it
allocates and update the test to actually compile + link.
The code seems correct, but the Clang-compiled version dies with a
malloc error. Time to debug!

llvm-svn: 81025

llvm-svn: 80853

llvm-svn: 80163

llvm-svn: 79985

llvm-svn: 79199

No need to append extra padding now that we don't create packed structs for simple cases like the constant string.

llvm-svn: 79178