with the recent clang compilers.

The latest I tried is: Apple clang version 3.1 (tags/Apple/clang-318.0.9) (based on LLVM 3.1svn)

llvm-svn: 146427

There were two problems associated with this radar:
1. "settings show target.source-map" failed to show the source-map after, for example,
   "settings set target.source-map /Volumes/data/lldb/svn/trunk/test/source-manager /Volumes/data/lldb/svn/trunk/test/source-manager/hidden"
   has been executed to set the source-map.
2. "list -n main" failed to display the source of the main() function after we properly set the source-map.

The first was fixed by adding the missing functionality to TargetInstanceSettings::GetInstanceSettingsValue (Target.cpp)
and updating the support files PathMappingList.h/.cpp; the second by modifying SourceManager.cpp to fix several places
with incorrect logic.

Also added a test case test_move_and_then_display_source() to TestSourceManager.py, which moves main.c to hidden/main.c,
sets target.source-map to perform the directory mapping, and then verifies that "list -n main" can still show the main()
function.

llvm-svn: 146422

llvm-svn: 146420

it is not required.

llvm-svn: 146418

These modifiers simply select either the low or high D subregister of a Neon
Q register.  I've also removed the unimplemented 'p' modifier, which turns out
to be a bit different than the comment here suggests and as far as I can tell
was only intended for internal use in Apple's version of gcc.

llvm-svn: 146417

fields by just following what comment says.
// rdar://10513599

llvm-svn: 146414

llvm-svn: 146413

llvm-svn: 146412

llvm-svn: 146411

llvm-svn: 146409

detected in the forward-CFG DFS. This prevents the reverse-CFG from
visiting blocks inside loops after blocks that dominate them in the
case where loops have multiple exits.

No testcase, because this fixes a bug which in practice only shows
up in a full optimizer run, due to the use-list order.

This fixes rdar://10422791 and others.

llvm-svn: 146408

llvm-svn: 146407

conversions in constant expressions.

llvm-svn: 146406

This computes the offset of the layout sucessor block, considering its
alignment as well.

llvm-svn: 146401

llvm-svn: 146400

the subdirectories to find headers in submodules.

llvm-svn: 146398

llvm-svn: 146397

llvm-svn: 146396

llvm-svn: 146395

We will return a valid range when possible and omit the "permissions" key
when the memory is not readable, writeable or executeable. This will help us
know the difference between an error back from this packet and unsupported,
from just "this address isn't in a valid region".

llvm-svn: 146394

actually a terribly good heuristic, and the world is too horrible for
it to work.

llvm-svn: 146393

llvm-svn: 146392

Downgrade the alignment of the initial constant island when constant
pool entries are moved elsewhere.

This is all gated by -arm-align-constant-islands.

llvm-svn: 146391

llvm-svn: 146390

llvm-svn: 146389

 - Fixes PR11530.

llvm-svn: 146388

llvm-svn: 146385

llvm-svn: 146384

llvm-svn: 146383

Also add an MCP member pointing to the machine constant pool.

No functional change intended.

llvm-svn: 146382

llvm-svn: 146381

llvm-svn: 146380

llvm-svn: 146379

Original commit message:
Support/FileSystem: Implement canonicalize.

llvm-svn: 146378

llvm-svn: 146377

As an extension, support incomplete types in the unordered containers to match what we already do in the associative containers.

llvm-svn: 146376

Order constant pool entries by descending alignment in the initial
island to ensure packing and correct alignment.  When the command line
flag is set, also align the basic block containing the constant pool
entries.

This is only a partial implementation of constant island alignment. More
to come.

llvm-svn: 146375

llvm-svn: 146374

llvm-svn: 146373

CMake versions 2.8.4 and earlier were giving this error since r146323:
"string end index: -1 is out of range 0 - 6"

Passing -1 as the length of the desired substring was a new feature
added in CMake 2.8.5:
http://www.cmake.org/Bug/view.php?id=10740

llvm-svn: 146372