CMake: Build system fixes for XCode. llvm-config still causes us some serious trouble, but it's less serious than it used to be

llvm-svn: 67056

it is easy.

llvm-svn: 67054

single characters writes outside of the fast path in raw_ostream.h

llvm-svn: 67053

llvm-svn: 67052

U    test/CodeGen/X86/2009-03-13-PHIElimBug.ll
D    test/CodeGen/X86/2009-03-16-PHIElimInLPad.ll
U    lib/CodeGen/PHIElimination.cpp

r67049 was causing this failure:

Running /Volumes/Sandbox/Buildbot/llvm/full-llvm/build/llvm.src/test/CodeGen/X86/dg.exp ...
FAIL: /Volumes/Sandbox/Buildbot/llvm/full-llvm/build/llvm.src/test/CodeGen/X86/2009-03-13-PHIElimBug.ll for PR3784
Failed with exit(1) at line 1
while running:  llvm-as < /Volumes/Sandbox/Buildbot/llvm/full-llvm/build/llvm.src/test/CodeGen/X86/2009-03-13-PHIElimBug.ll |  llc -march=x86 | /usr/bin/grep -A 2 {call f} | /usr/bin/grep movl
child process exited abnormally

llvm-svn: 67051

llvm-svn: 67050

how invokes are set up.  The fix could be disturbed by
register copies coming after the EH_LABEL, and also didn't
behave quite right when it was the invoke result that
was used in a phi node.  Also (see new testcase) fix
another phi elimination bug while there: register copies
in the landing pad need to come after the EH_LABEL, because
that's where execution branches to when unwinding.  If they
come before the EH_LABEL then they will never be executed...
Also tweak the original testcase so it doesn't use a no-longer
existing counter.
The accumulated phi elimination changes fix two of seven Ada
testsuite failures that turned up after landing pad critical
edge splitting was turned off.  So there's probably more to come.

llvm-svn: 67049

Incorporate Tilmann's 128-bit operation patch. Evidently, it gets the
llvm-gcc bootstrap a bit further along.

llvm-svn: 67048

of recomputing the property from command line options.

llvm-svn: 67047

llvm-svn: 67046

llvm-svn: 67045

llvm-svn: 67043

llvm-svn: 67042

 - Still need code for determining proper output location.

 - Doesn't work yet, of course, as the host isn't providing real
   tool chains.

 - Interface still has a few warts, but has gotten a nice bit of
   polish during the rewrite.

llvm-svn: 67038

access to most data should go through the current Compilation, not the
Driver (which shouldn't be specialized on variables for a single
compilation).

llvm-svn: 67037

llvm-svn: 67036

Action::getInputs.

llvm-svn: 67035

This causes incorrect stack frame allocation when the last object is an array allocated on the stack which would lead
the compiled program to run over its stack. Thanks to Gil Dogon

llvm-svn: 67034

llvm-svn: 67033

llvm-svn: 67032

llvm-svn: 67031

Add the ability to clone integer and string literals. Use it when instantiating template expressions.

llvm-svn: 67030

Convert a bunch of actions to smart pointers, and also bring PrintParserCallbacks a bit more in line with reality.

llvm-svn: 67029

llvm-svn: 67028

llvm-svn: 67027

llvm-svn: 67026

llvm-svn: 67025

llvm-svn: 67024

llvm-svn: 67023

llvm-svn: 67022

llvm-svn: 67021

llvm-svn: 67018

llvm-svn: 67017

llvm-svn: 67016

 - This has a number of current flaws, enabling now to flush out
   problems while bringing up other parts.

llvm-svn: 67015

arguments if they exist.

llvm-svn: 67014

llvm-svn: 67013

useful with it at the moment, but it will in the future.

llvm-svn: 67012

llvm-svn: 67011

shift constant expressions, and add support for folding vector
shift constant expressions. This fixes PR3802.

llvm-svn: 67010