erased the instruction during LICM so UpdateRegPressureAfter() should not
reference it afterwards.

llvm-svn: 116845

llvm-svn: 116844

Fixes rdar://problem/8568507

llvm-svn: 116843

Simplify lifetime management of MacroInfo objects in Preprocessor by having the Preprocessor maintain them in a linked
list of allocated MacroInfos.  This requires only 1 extra pointer per MacroInfo object, and allows us to blow them
away in one place.  This fixes an elusive memory leak with MacroInfos (whose exact location I couldn't still figure
out despite substantial digging).

Fixes <rdar://problem/8361834>.

llvm-svn: 116842

We now spawn a thread to accept a unix socket connection from the inferior
when it spawns in the terminal, then we launch the process, then we get
the pid back through the unix socket, and then wait for it to SIGSTOP.

darwin-debug now clears the terminal screen and prints out the program and
arguments that are about to be launched.

llvm-svn: 116841

use uint64_t.

llvm-svn: 116839

llvm-svn: 116838

Minor optimization; if we have a CXXRecordDecl we can get the definition decl directly without iterating over the redeclarations.

llvm-svn: 116837

llvm-svn: 116836

llvm-svn: 116835

llvm-svn: 116834

llvm-svn: 116833

llvm-svn: 116832

for representing object sizes, for consistency with other parts of LLVM.

llvm-svn: 116831

In ~Preprocessor(), also cleanup the MacroInfo objects left-over from stray "#pragma push_macro" uses.  This
fixes a potential memory leak.

llvm-svn: 116826

llvm-svn: 116825

The failures in r116753 r116756 were caused by a python issue -
Python likes to append 'L' suffix to stringified numbers if the number
is larger than a machine int. Unfortunately, this causes a divergence of
behavior between 32 and 64 bit python versions.

I re-crafted elf-dump/common_dump to take care of these issues by:

1. always printing 0x (makes for easy sed/regex)
2. always print fixed length (exactly 2 + numBits/4 digits long)
   by mod ((2^numBits) - 1)
3. left-padded with '0'

There is a residual common routine that is also used by
macho-dump (dataToHex) , so I left the 'section_data' test values alone.

llvm-svn: 116823

It's an in-progress snapshot, and not complete.

llvm-svn: 116822

Get rid of static constructors for pass registration.  Instead, every pass exposes an initializeMyPassFunction(), which
must be called in the pass's constructor.  This function uses static dependency declarations to recursively initialize
the pass's dependencies.

Clients that only create passes through the createFooPass() APIs will require no changes.  Clients that want to use the
CommandLine options for passes will need to manually call the appropriate initialization functions in PassInitialization.h
before parsing commandline arguments.

I have tested this with all standard configurations of clang and llvm-gcc on Darwin.  It is possible that there are problems
with the static dependencies that will only be visible with non-standard options.  If you encounter any crash in pass
registration/creation, please send the testcase to me directly.

llvm-svn: 116820

PR6056, //rdar: //8564463

llvm-svn: 116819

within a default argument), recurse into default arguments. Fixes
PR8401, a regression I introduced in r113700 while refactoring our
handling of "used" declarations in default arguments.

llvm-svn: 116817

is", which breaks some nightly tests.

llvm-svn: 116816

llvm-svn: 116815

is being run is visible in the terminal as opposed to just seeing a path
to a .command file.

llvm-svn: 116814

llvm-svn: 116813

Fixes PR8389.

llvm-svn: 116812

llvm-svn: 116811

Change the environment variable name to be more descriptive from LLDB_TIME_WAIT to LLDB_TIME_WAIT_NEXT_LAUNCH.

llvm-svn: 116809

llvm-svn: 116808

llvm-svn: 116807

llvm-svn: 116806

llvm-svn: 116805

llvm-svn: 116804

'../lib/clang/<version>'. Actually use '..' rather than removing the trailing
component to correctly handle paths containing '.' or symlinks in the presence
of -no-canonical-prefixes, etc. This shouldn't change any existing behavior.

llvm-svn: 116803

strange packaging environments. The primary result of this is to expose
a (normally empty) CLANG_RESOURCE_DIR string in the autoconf and CMake builds.
This will in turn be used by a subsequent commit to Clang.

Regenerated configure and config.h.in thanks to Nick. =D

llvm-svn: 116802

llvm-svn: 116801

llvm-svn: 116800

llvm-svn: 116799

llvm-svn: 116798

llvm-svn: 116797