llvm-svn: 107360

of C++ DR481). 

llvm-svn: 107359

rdar://problem/8124080 and PR7118.

llvm-svn: 107358

this seems to alleviate the intermittent failure observed while running the
whole test suite.

llvm-svn: 107357

scope hasn't been set up yet so this isn't valid. It was just a cleanup to the
IR, so I'm going to ignore it for now.

llvm-svn: 107356

llvm-svn: 107355

parameters starts at the end of the template-parameter rather than at
the point where the template parameter name is encounted. For example,
given:

  typedef unsigned char T;
  template<typename T = T> struct X0 { };

The "T" in the default argument refers to the typedef of "unsigned
char", rather than referring to the newly-introduced template type
parameter 'T'. 

Addresses <rdar://problem/8122812>.

llvm-svn: 107354

library directory, as we still rely on a few libraries that are hiding there (in
particular libstdc++.dylib).

llvm-svn: 107353

llvm-svn: 107352

llvm-svn: 107351

Added the ability to read memory from the target's object files when we aren't
running, so disassembling works before you run!

Cleaned up the API to lldb_private::Target::ReadMemory().

Cleaned up the API to the Disassembler to use actual "lldb_private::Address"
objects instead of just an "addr_t". This is nice because the Address objects
when resolved carry along their section and module which can get us the 
object file. This allows Target::ReadMemory to be used when we are not 
running.

Added a new lldb_private::Address dump style: DumpStyleDetailedSymbolContext
This will show a full breakdown of what an address points to. To see some
sample output, execute a "image lookup --address <addr>".

Fixed SymbolContext::DumpStopContext(...) to not require a live process in
order to be able to print function and symbol offsets.

llvm-svn: 107350

require a base-to-derived pointer conversion.

llvm-svn: 107349

llvm-svn: 107347

correct catch-all value. This saves having to iterate through all of the
selectors in the program again.

llvm-svn: 107345

llvm-svn: 107344

llvm-svn: 107343

llvm-svn: 107342

llvm-svn: 107335

llvm-svn: 107334

llvm-svn: 107333

structs. rdar://8145832

llvm-svn: 107332

do 'variable list this' command when stopped.

Applied some cleanup on TestArrayTypes.py.  In particular, specify the absolute
path to the object file in order not to confuse the debugger.

llvm-svn: 107330

system CC.

llvm-svn: 107328

llvm-svn: 107327

llvm-svn: 107326

New language-compatibility page, including language-compatibility information for the various language dialects Clang supports in a single, easy-to-find page

llvm-svn: 107325

pass -ccc-clang-cxx to force C++ support (even if the binary was built without
it).

llvm-svn: 107324

llvm-svn: 107323

store make sure to move the debug metadata from the store (which is actual
'return' statement location) to the return instruction (which otherwise would
have the function end location as its debug info).
 - Tested by gdb test suite.

llvm-svn: 107322

llvm-svn: 107321

llvm-svn: 107320

llvm-svn: 107318

llvm-svn: 107317

entries associated with the value being erased in the
folding set map.  These entries used to be harmless, because
a SCEVUnknown doesn't store any information about its Value*,
so having a new Value allocated at the old Value's address
wasn't a problem. But now that ScalarEvolution is storing more
information about values, this is no longer safe.

llvm-svn: 107316

constructed one -- this is necessary to ensure types get printed correctly.

llvm-svn: 107312

llvm-svn: 107311

r107173, "fix PR7519: after thrashing around and remembering how all this stuff"
r107216, "fix PR7523, which was caused by the ABI code calling ConvertType instead"

This includes a fix to make ConvertTypeForMem handle the "recursive" case, and call
it as such when lowering function types which have an indirect result.

llvm-svn: 107310

in method/blocks to decide not to mangle them.

llvm-svn: 107309

llvm-svn: 107308

llvm-svn: 107307