instructions.

llvm-svn: 11923

them so that they are consistent with AND, XOR, etc...

llvm-svn: 11922

llvm-svn: 11921

llvm-svn: 11919

llvm-svn: 11915

llvm-svn: 11913

llvm-svn: 11912

llvm-svn: 11911

llvm-svn: 11908

instructions.

llvm-svn: 11907

each MachineOperand. We don't really need an int64_t immediate :-).

llvm-svn: 11906

llvm-svn: 11905

llvm-svn: 11903

consistent with the rest and also pepare for the addition of their
memory operand variants.

llvm-svn: 11902

llvm-svn: 11901

This is a really minor thing, but might help out the 'switch statement induction'
code in simplifycfg.

llvm-svn: 11900

llvm-svn: 11899

llvm-svn: 11898

llvm-svn: 11896

that they are as far away from the loads as possible.

llvm-svn: 11895

MRegisterInfo::isPhysicalRegister().

llvm-svn: 11894

llvm-svn: 11892

llvm-svn: 11891

llvm-svn: 11890

llvm-svn: 11889

Made removing the object files a separate sh command so that it can easily
be commented out.

llvm-svn: 11888

llvm-svn: 11887

Oops.

llvm-svn: 11886

2004-02-26-FPNotPrintableConstants.llx ensures that constants used in an
LLVM program are declared static if they are assigned to global variables.
2004-02-26-LinkOnceFunctions.llx ensures that linkonce functions get the
weak attribute.

llvm-svn: 11885

Functions with linkonce linkage are declared with weak linkage.
Global floating point constants used to represent unprintable values
(such as NaN and infinity) are declared static so that they don't interfere
with other CBE generated translation units.

llvm-svn: 11884

are beastly ConstantPointerRefs in the way...

llvm-svn: 11883

MRegisterInfo::is{Physical,Virtual}Register. Apply appropriate fixes
to relevant files.

llvm-svn: 11882

llvm-svn: 11881

multiple type names for the same structural type.  Make DTE eliminate all
but one of the type names

llvm-svn: 11879

all dynamically allocated LLVM values 4 bytes smaller, eliminate some vtables, and
make Value's destructor faster.

This makes Function derive from Annotation now because it is the only core LLVM
class that still has an annotation stuck onto it: MachineFunction.
MachineFunction is obviously horrible and gross (like most other annotations), but
will be the subject of refactorings later in the future.  Besides many fewer
Function objects are dynamically allocated that instructions blocks, constants,
types, etc... :)

llvm-svn: 11878

llvm-svn: 11876

llvm-svn: 11875

llvm-svn: 11874

llvm-svn: 11873

llvm-svn: 11872