useful when you have a reference like:

int A[100];

void foo() { A[10] = 1; }

In this case, &A[10] is a single constant and should be treated as such.

Only MO_GlobalAddress and MO_ExternalSymbol are allowed to use this field, no
other operand type is.

This is another fine patch contributed by Jeff Cohen!!

llvm-svn: 17007

The problem occurred when trying to reload this instruction:

MOV32mr %reg2326, 8, %reg2297, 4, %reg2295

The value of reg2326 was available in EBX, so it was reused from there, instead
of reloading it into EDX.

The value of reg2297 was available in EDX, so it was reused from there, instead
of reloading it into EDI.

The value of reg2295 was not available, so we tried reloading it into EBX, its
assigned register.  However, we checked and saw that we already reloaded
something into EBX, so we chose what reg2326 was assigned to (EDX) and reloaded
into that register instead.

Unfortunately EDX had already been used by reg2297, so reloading into EDX
clobbered the value used by the reg2326 operand, breaking the program.

The fix for this is to check that the newly picked register is ok.  In this
case we now find that EDX is already used and try using EDI, which succeeds.

llvm-svn: 17006

llvm-svn: 17005

This transformation fires a few dozen times across the testsuite.

For example, int test2(int X) { return X ^ 0x0FF00FF0; }
Old:
_test2:
        lis r2, 4080
        ori r2, r2, 4080
        xor r3, r3, r2
        blr

New:
_test2:
        xoris r3, r3, 4080
        xori r3, r3, 4080
        blr

llvm-svn: 17004

llvm-svn: 17003

llvm-svn: 17002

llvm-svn: 17001

llvm-svn: 17000

* In the F3_3 class, remove mention of asi because it's not part of the format

llvm-svn: 16999

* Convert references to Sparc to SparcV9 to clearly identify CPU type

llvm-svn: 16998

weak functions.  Thanks for finding this John!

llvm-svn: 16997

llvm-svn: 16996

adding emitFPToIntegerCast.

llvm-svn: 16995

Update list of currently failing tests.
ADJCALLSTACK* support is done.

llvm-svn: 16994

to have the JIT functioning on more platforms than just x86

llvm-svn: 16993

llvm-svn: 16992

tools and examples a simple way to JIT-enable themselves

llvm-svn: 16991

llvm-svn: 16990

adding the right libs for any given architecture's JIT into a single place

llvm-svn: 16989

llvm-svn: 16988

Patch by Morten Ofstad

llvm-svn: 16987

llvm-svn: 16986

same scope.  This confused VC++ (and probably people too!).  Patch by
Morten Ofstad!

llvm-svn: 16985

llvm-svn: 16984

  addPassesToEmitMachineCode()
* Add support for registers and constants in getMachineOpValue()

This enables running "int main() { ret 0 }" via the PowerPC JIT.

llvm-svn: 16983

llvm-svn: 16982

* Add implementation of getMachineOpValue() for generated code emitter
* Convert assert()s in unimplemented functions to abort()s so that non-debug
  builds fail predictably
* Add file header comments

llvm-svn: 16981

  and 64-bit code emitters that cannot share code unless we use virtual
  functions
* Identify components being built by tablegen with more detail by assigning them
  to PowerPC, PPC32, or PPC64 more specifically; also avoids seeing 'building
  PowerPC XYZ' messages twice, where one is for PPC32 and one for PPC64

llvm-svn: 16980

Checking in code that works on my simple test case. However, there is still a bug with branches that I need to fix.

llvm-svn: 16979

the instruction binary format, all others are simply operands and should not
have the `field' label

llvm-svn: 16978

llvm-svn: 16977

llvm-svn: 16976

* Reverse instruction bit components for a LittleEndian-style encoding
* Fix some comments and spacing

llvm-svn: 16975

* Doxygen-ify some function comments

llvm-svn: 16974

nodes unless we KNOW that we are able to promote all of them.

This fixes: test/Regression/Transforms/SimplifyCFG/PhiNoEliminate.ll

llvm-svn: 16973

nodes unless we KNOW that we are able to promote all of them.  In this case
promoting the phi to a select is silly because we will always have to do the
call conditionally.  As such, select promotion is actually a pessimization.

llvm-svn: 16972

llvm-svn: 16971

llvm-svn: 16970

llvm-svn: 16969

llvm-svn: 16968