Modules and ModuleProviders. Because the "ModuleProvider" simply materializes
GlobalValues now, and doesn't provide modules, it's renamed to
"GVMaterializer". Code that used to need a ModuleProvider to materialize
Functions can now materialize the Functions directly. Functions no longer use a
magic linkage to record that they're materializable; they simply ask the
GVMaterializer.

Because the C ABI must never change, we can't remove LLVMModuleProviderRef or
the functions that refer to it. Instead, because Module now exposes the same
functionality ModuleProvider used to, we store a Module* in any
LLVMModuleProviderRef and translate in the wrapper methods.  The bindings to
other languages still use the ModuleProvider concept.  It would probably be
worth some time to update them to follow the C++ more closely, but I don't
intend to do it.

Fixes http://llvm.org/PR5737 and http://llvm.org/PR5735.

llvm-svn: 94686

llvm-svn: 94685

llvm-svn: 94684

llvm-svn: 94683

llvm-svn: 94682

now that the "InBytes" part of the name is implied by the return type, rename
it to getDeclAlign().

llvm-svn: 94681

Use raw_ostreams in Preprocessor::ExpandBuiltinMacro. Still not nice but less fragile than the old code.

llvm-svn: 94679

llvm-svn: 94678

llvm-svn: 94677

Unique ObjC strings (GNU Runtime); fix for PR6142.  Note: Doing this in the runtime-specific code is a bit ugly.  It would be a good idea to hoist all of the string / protocol uniqueing code up into CGObjCRuntime or CodeGenModule and only handle emitting the original versions in the runtime-specific code.

llvm-svn: 94676

if this is the "correct" fix, but it seems a strict improvement.

llvm-svn: 94675

showed up with a primitive type.

llvm-svn: 94674

llvm-svn: 94673

llvm-svn: 94672

llvm-svn: 94671

It causes g++ to complain: unrecognized option '-Qunused-arguments'

llvm-svn: 94670

PR6138

llvm-svn: 94669

llvm-svn: 94668

which allows targets to override function entry label emission.
Use it to convert linux/ppc to use EmitFunctionHeader().

llvm-svn: 94667

llvm-svn: 94666

llvm-svn: 94665

even when -tailcallopt is not specified and it does not require changing ABI.
First case is the most trivial one. Perform tail call optimization when both
the caller and callee do not return values and when the callee does not take
any input arguments.

llvm-svn: 94664

llvm-svn: 94663

reusable and modular API pieces.

Start by pulling the logic for deriving the Cocoa naming convention
into a separate API, header, and source file.

llvm-svn: 94662

llvm-svn: 94661

sequences, where we would occasionally determine (incorrectly) that
one standard conversion sequence was a proper subset of another when,
in fact, they contained completely incomparable conversions. 

This change records the types in each step within a standard
conversion sequence, so that we can check the specific comparison
types to determine when one sequence is a proper subset of the
other. Fixes this testcase (thanks, Anders!), which was distilled from
PR6095 (also thanks to Anders).

llvm-svn: 94660

using the same framework we use for deprecation warnings.

llvm-svn: 94659

Add support for 3dnow and 3dnowa, and define the target macros accordingly. (This is needed in order to build Qt).

llvm-svn: 94658

llvm-svn: 94657

Structs and classes with non-trivial destructors or copy constructors should be passed indirectly in the 32-bit ABI. Fixes PR6094.

llvm-svn: 94656

llvm-svn: 94655

llvm-svn: 94654

llvm-svn: 94653

llvm-svn: 94652

llvm-svn: 94651

llvm-svn: 94650

llvm-svn: 94649

llvm-svn: 94648

diagnostics in "early" lookups, such as during typename checks and when building
unresolved lookup expressions.

llvm-svn: 94647

llvm-svn: 94646