foo = a - b
.long foo
instead of just
.long a - b

First, on darwin9 64 bits the assembler produces the wrong result. Second,
if "a" is the end of the section all darwin assemblers (9, 10 and mc) will not
consider a - b to be a constant but will if the dummy foo is created.

Split how we handle these cases. The first one is something MC should take care
of. The second one has to be handled by the caller.

llvm-svn: 120889

llvm-svn: 120888

Also, move the l-value emission code into CGObjC.cpp and teach it, for
completeness, to store away self for a super send.

Also, inline the super cases for property gets and sets and make them
use the correct result type for implicit getter/setter calls.

llvm-svn: 120887

llvm-svn: 120886

do. Closing on EOF is an option that can be set on the 
lldb_private::Communication or the lldb::SBCommunication objects after they
are created. Of course the EOF support isn't hooked up, so they don't do 
anything at the moment, but they are left in so when the code is fixed, it 
will be easy to get working again.

llvm-svn: 120885

the l-value.

llvm-svn: 120884

llvm-svn: 120883

llvm-svn: 120882

llvm-svn: 120881

llvm-svn: 120880

llvm-svn: 120879

llvm-svn: 120878

llvm-svn: 120877

llvm-svn: 120876

llvm-svn: 120875

This patch refactors the CompilerInvocation code to introduce a
CompilerInvocation::setLangDefaults function, which can set up a
LangOptions with the defaults for a given language and language
standard.  This function is useful for non-command line based Clang
clients which need to set up a CompilerInvocation manually for a
specific language.

llvm-svn: 120874

llvm-svn: 120873

llvm-svn: 120872

which tests the recently added lldb feature of automatically passing the host environment
variables to the launched process.

llvm-svn: 120871

llvm-svn: 120870

llvm-svn: 120869

llvm-svn: 120868

llvm-svn: 120867

doing that if the target is darwin10 or newer.

This fixes
*) Direct object emission was producing objects without the workaround on
   darwin9.
*) Assembly printing was producing objects with the workaround on linux.

llvm-svn: 120866

llvm-svn: 120865

llvm-svn: 120864

llvm-svn: 120863

was done as an settings variable in the process for now. We will eventually
move all environment stuff over to the target, but we will leave it with the
process for now. The default setting is for a process to inherit the host
environment. This can be disabled by setting the "inherit-env" setting to
false in the process.

llvm-svn: 120862

llvm-svn: 120861

llvm-svn: 120860

breakpoint, so that when the breakpoint hits, val = 1 instead of 3.

llvm-svn: 120859

tCMPzhir has undefined behavior when both source registers are low registers.
rdar://8728577

llvm-svn: 120858

llvm-svn: 120857

llvm-svn: 120856

no property accessor class method to be found, instead of
crashing in IRGen. // rdar://8703553

llvm-svn: 120855

darwin9 linker, what is needed to avoid it and where to get more information.

Also make the workaround simpler. Just the regular end_sequence we normally
create is more than 4 bytes.

Tested by building cctools and ld64 from darwin9 on a darwin10 system and using
those. I checked that I was able to reproduce the bootstrap failure when
the the workaround was disabled.

llvm-svn: 120854

llvm-svn: 120853

operand encoding ordering of the instruction.

llvm-svn: 120852

llvm-svn: 120851

last created breakpoint.

llvm-svn: 120850