llvm-svn: 109167

This is probably not the best way to implement "Force LR to 
be spilled if the Thumb function size is > 2048." do this, 
it should use the branch shortening infrastructure, but I'm
just preserving functionality here.

llvm-svn: 109165

llvm-svn: 109164

Patch from Eli.

llvm-svn: 109163

llvm-svn: 109154

rip out the implementation of X86InstrInfo::GetInstSizeInBytes.
The code being ripped out just implemented a copy and hacked up
version of the (old) instruction encoder, and is buggy and 
terrible in other ways.  Since "GetInstSizeInBytes" is really 
only there to support the JIT's "NeedsExactSize" hook (which
noone is using), just rip out the code.  I will rip out the
NeedsExactSize hook next.

This resolves rdar://7617809 - switch X86InstrInfo::GetInstSizeInBytes to use X86MCCodeEmitter

llvm-svn: 109149

llvm-svn: 109135

is present. 

Rather than using clang_getCursorExtent(), which requires
us to lex the token at the ending position to determine its
length. Then, we'd be comparing [a, b) source ranges that cover the
characters in the range rather than the normal behavior for Clang's
source ranges, which covers the tokens in the range. However, relexing
causes us to read the source file (which may come from a precompiled
header), which is rather unfortunate and affects performance.

In the new scheme, we only use Clang-style source ranges that cover
the tokens in the range. At the entry points where this matters
(clang_annotateTokens, clang_getCursor), we make sure to move source
locations to the start of the token.

Addresses most of <rdar://problem/8049381>.

llvm-svn: 109134

llvm-svn: 109132

invalidated.  There was a race condition where the private thread would
invalidate its own pthread_t object before the parent could perform a
pthread_cancel/pthread_join sequence.

Patch from Stephen Wilson.

llvm-svn: 109131

Added a new enumeration named "ClangASTContext::AccessType" that abstracts the type creation from the various access enumerations in Clang. Currently there are clang::AccessSpecifier and the objective C ivars have their own enumeration. So I added a new enumeration that will allow a consistent interface when creating types through ClangASTContext.

I also added new functions to create an Objective C class, ivar and set an objective C superclass. They aren't hooked up in the DWARF parser yet. That is the next step, though I am unsure if I will do this in the DWARF parser or try and do it generically in the existing Record manipulation functions.

llvm-svn: 109130

warning flag in clang. Little more to do
for a PCH issue. Radar 6507158.

llvm-svn: 109129

arguments. This happens in clang itself where template:

  template <typename T> T const *getAs();

gets specialized with:

  template<> inline clang::TypedefType const *getAs() { ... }

and there's no TemplateArgumentList.

llvm-svn: 109127

llvm-svn: 109126

llvm-svn: 109125

llvm-svn: 109124

llvm-svn: 109123

llvm-svn: 109122

Allow loading declcontext information from any file in the chain. Properly write source locations to dependent files. WIP

llvm-svn: 109119

A non function local MDNode can have an operand which is cloned by MapValue(). 

llvm-svn: 109117

llvm-svn: 109113

llvm-svn: 109112

llvm-svn: 109111

llvm-svn: 109110

llvm-svn: 109109

llvm-svn: 109108

llvm-svn: 109107

llvm-svn: 109106

engine of the new translation unit. State marshal is there but no real
work is done. End nodes are passed back.

llvm-svn: 109105

llvm-svn: 109104

llvm-svn: 109103

llvm-svn: 109102

llvm-svn: 109101

llvm-svn: 109100

llvm-svn: 109099

llvm-svn: 109098

Fix '<rdar://problem/8214263> MakeCXCursor null dereference when body of block is invalid' by checking that the body of a BlockDecl is null before constructing a CXCursor.

llvm-svn: 109097

llvm-svn: 109096

Switch USR generation to use file offsets instead of line/columns for anonymous symbols.  Fixes <rdar://problem/8221557>.

llvm-svn: 109095

llvm-svn: 109094