llvm-svn: 82127

llvm-svn: 82126

llvm-svn: 82125

llvm-svn: 82124

llvm-svn: 82123

llvm-svn: 82122

llvm-svn: 82121

already preprocessed.

--
ddunbar@giles:tmp$ touch t.i
ddunbar@giles:tmp$ gcc -E t.i
ddunbar@giles:tmp$ clang -E t.i
clang: warning: t.i: previously preprocessed input unused when '-E' is present
ddunbar@giles:tmp$ 
--

<rdar://problem/6813375> [driver] driver prints confusing message when running -E on preprocessed file

llvm-svn: 82120

llvm-svn: 82119

This fixes some bad -O0 codegen and the unnecessary clearing of al on entry to objc_msgSend for most message sends.

<rdar://problem/7102824> [irgen] unnecessary xorb on calls to objc_msgSend on x86_64

llvm-svn: 82118

llvm-svn: 82117

llvm-svn: 82116

llvm-svn: 82115

When mangling function template specialization, mangle the type encoding of the original function template. Also, port mangle.cpp and function-template-specialization.cpp over to using FileCheck.

llvm-svn: 82114

llvm-svn: 82113

PCH: When writing PCH files, tweak the predicate function deciding whether to mark a decl as "external" to be closer to reality. 

This still isn't perfect, but I believe it is conservatively accurate at marking decls which IRgen needs to see, while still keeping the "deserialization footprint" on Cocoa.h.

llvm-svn: 82112

PCH: When deserializing an explicit "external definition", don't pass it to HandleTopLevelDecl -- this is already being done inside the reader.

This is something of a hack, since whether the reader actually did this depends on the "isConsumerInterestedIn" predicate. I think we need to rework how this works, but I need to discuss with Doug.

llvm-svn: 82111

llvm-svn: 82110

Fix PR4910: Broken logic in coalescer means when a physical register liveness is being shortened, the sub-registers were not. The symptom is the register allocator could not find a free register for this particular test. 

llvm-svn: 82108

 - Doesn't actually work yet because only module level asm's get correctly marked as externally visible in the PCH.

 - Other things like 'clang-cc foo.ast -ast-dump' now work, as well.

llvm-svn: 82107

llvm-svn: 82106

llvm-svn: 82105

llvm-svn: 82104

llvm-svn: 82103

llvm-svn: 82102

llvm-svn: 82101

llvm-svn: 82100

llvm-svn: 82099

llvm-svn: 82098

llvm-svn: 82097

llvm-svn: 82096

llvm-svn: 82095

llvm-svn: 82094

When creating function types, remove any top-level CVR qualifications in the function type argument types.

llvm-svn: 82093

llvm-svn: 82092

llvm-svn: 82091

llvm-svn: 82090

as part string parsing) instructions to the Intel
instruction tables.

llvm-svn: 82089

llvm-svn: 82088

llvm-svn: 82087