llvm-svn: 17040

well as a vector of constant*'s.  It turns out that this is more efficient
and all of the clients want to do that, so we should cater to them.

llvm-svn: 16923

same size as the one in the array type.

llvm-svn: 16354

ConstantArray and ConstantPacked objects.

llvm-svn: 16261

Move include/Config and include/Support into include/llvm/Config,
include/llvm/ADT and include/llvm/Support. From here on out, all LLVM
public header files must be under include/llvm/.

llvm-svn: 16137

llvm-svn: 15938

llvm-svn: 15883

llvm-svn: 15509

llvm-svn: 15498

llvm-svn: 15482

element.  This speeds up the bytecode reader from 12.86s to 8.72s on 252.eon.

llvm-svn: 15463

llvm-svn: 15334

llvm-svn: 14987

- Replace ConstantPointerRef usage with GlobalValue usage
- Minimize redundant isa<GlobalValue> usage
- Correct isa<Constant> for GlobalValue subclass
- Delete ConstantPointerRef member function implementations

llvm-svn: 14928

llvm-svn: 14776

llvm-svn: 14614

code.  Patch contributed by Vladimir Prus.

llvm-svn: 14280

llvm-svn: 14201

llvm-svn: 14078

llvm-svn: 14031

llvm-svn: 13738

llvm-svn: 12648

llvm-svn: 12564

llvm-svn: 12562

llvm-svn: 12530

llvm-svn: 12526

memory wasteage.

llvm-svn: 12323

llvm-svn: 12214

enjoyed by all, fixing a fixme.  Add an assert

llvm-svn: 11505

initializers for constant structs and arrays take constant space, instead of
space proportinal to the number of elements.  This reduces the memory usage of
the LLVM compiler by hundreds of megabytes when compiling some nasty SPEC95
benchmarks.

llvm-svn: 11470

'Constant', instead of specific subclass pointers.  In the future, these will
return an instance of ConstantAggregateZero if all of the inputs are zeros.

llvm-svn: 11467

llvm-svn: 11466

llvm-svn: 11463

from 16.57 -> 13.46s on 129.compress.

llvm-svn: 11462

llvm-svn: 11228

Basically we store floating point values as their integral components, instead of relying
on the semantics of floating point < to differentiate between values.  This is likely to
make the map search be faster anyway.

llvm-svn: 11064

out that the problem was actually the writer writing out a 'null' value
because it didn't normalize it.  This fixes:
test/Regression/Assembler/2004-01-22-FloatNormalization.ll

llvm-svn: 10967

lay off the crack.

llvm-svn: 10855

llvm-svn: 10851

Move a bunch of (now) private stuff from ConstantFolding.h into
ConstantFolding.cpp.

This _finally_ gets us to a place where we have a sane constant folder.  The
rules are:

1. LLVM clients now use ConstantExpr::get* methods to fold constants.  If they
   cannot be folded, a constantexpr is created, so these methods always return
   valid Constant*'s.
2. The implementation of ConstantExpr::get* uses the functions exposed by
   ConstantFolding.h to try to fold constants.  If they cannot be folded,
   they should return a null pointer.
3. The implementation of ConstantFolding can do whatever it wants, and only
   has one client (Constants.cpp)

This cuts down on the wierd dependencies, and eliminates the two interfaces.
The old constanthandling interface was especially bad for clients to use
because almost none of them took the failure condition into consideration,
thus leading to obscure problems.

llvm-svn: 10807