Store in PCH the key function of C++ class to avoid deserializing the complete declaration context in order to compute it.
Progress for rdar://7260160.

llvm-svn: 116508

instead of deserializing the complete declaration context of the record.

Iterating over the fields of a record is very common (e.g to determine the layout), unfortunately we needlessly deserialize every declaration
that the declaration context of the record contains; this can be bad for large C++ classes that contain a lot of methods.
Fix this by allow deserialization of just the fields when we want to iterate over them.
Progress for rdar://7260160.

llvm-svn: 116507

llvm-svn: 116506

and emits an error if a declaration with this name is deserialized from PCH.

This is for testing, to make sure that we don't deserialize stuff needlessly.

llvm-svn: 116505

Don't add the injected class name to the redeclarations chain; the chain should contain actual redeclarations, not implicits.
As a bonus, now we don't deserialize it unless we need it.

llvm-svn: 116504

Introduce command line option -dump-deserialized-decls which is used to print the PCH decls that got deserialized, for testing purposes.

llvm-svn: 116503

llvm-svn: 116501

llvm-svn: 116500

llvm-svn: 116498

Before we would also split around a loop if any peripheral block had multiple
uses. This could cause repeated splitting when splitting a different live range
would insert uses into the periphery.

Now -spiller=inline passes the nightly test suite again.

llvm-svn: 116494

llvm-svn: 116493

Try again at implementing thread-safe lazy pass initialization, without depending on static local initialization
being threadsafe AND ensuring that initialization is complete by the time the initializeFooPass method returns.

llvm-svn: 116492

llvm-svn: 116491

llvm-svn: 116490

Apparently MSVC doesn't support thread-safe static local initialization.  Roll our own solution instead.

llvm-svn: 116489

llvm-svn: 116488

llvm-svn: 116487

llvm-svn: 116486

Inside the lldb module, there's no need (and as a matter of fact, incorrect) to specify the 'lldb'
module name.

Comment out the call to lldb.SBDebugger.Initialize() within the test driver itself, since it is
already done when we import the lldb.py module.

llvm-svn: 116485

llvm-svn: 116484

'super' as receiver of property or a setter/getter
methods. //rdar: //8525788

llvm-svn: 116483

sending it a signal.

llvm-svn: 116481

creates a cyclic dependency that breaks the build when
BUILD_SHARED_LIBS=ON

llvm-svn: 116480

PR 8375

llvm-svn: 116479

llvm-svn: 116478

llvm-svn: 116476

Also includes some cosmetic changes.

llvm-svn: 116475

GEP + alloca.

llvm-svn: 116474

llvm-svn: 116473

ObjCObjectType into Type.

llvm-svn: 116472

here. The f32 in FCONSTS is handled as a double instead of a float in the
code. So the encoding of the immediate into the instruction isn't exactly in
line with the documentation in that regard. But given that we know it's handled
as a double, it doesn't cause any harm.

llvm-svn: 116471

llvm-svn: 116470

not a decl.

llvm-svn: 116469

llvm-svn: 116468

and 'process handle'.  The test suite would like to control the asynch/sync
execution of the interpreter during the middle of the test method, so the
CommandInterpreter::SetSynchronous(bool value) is modified to allow the mode to
be changed more than once.

In practice, it would be advisable to control the process and to set the
async/sync mode from a single thread, too.

llvm-svn: 116467

llvm-svn: 116466

llvm-svn: 116465

- Add missing patterns for some multiply add/subtract instructions.
- Add encodings for VMRS and VMSR.

llvm-svn: 116464

which broke test/breakpoint_locations.

Add a comment about intentional fall-through in the case statement.

llvm-svn: 116463

llvm-svn: 116462