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

llvm-svn: 10805

llvm-svn: 10801

llvm-svn: 10794

llvm-svn: 10790

llvm-svn: 10131

llvm-svn: 10057

llvm-svn: 9903

llvm-svn: 9735

llvm-svn: 9403

llvm-svn: 9335

Header files will be on the way.

llvm-svn: 9298

llvm-svn: 8951

constants as necessary due to type resolution.  With this change, the
following spec benchmarks now link: 176.gcc, 177.mesa, 252.eon,
253.perlbmk, & 300.twolf.  IOW, all SPEC INT and FP benchmarks now link.

llvm-svn: 8853

once!

llvm-svn: 8845

ressurected, just ifdef them out for now.

llvm-svn: 8840

significantly more complete.  Instead, just make DerivedType's AbstractTypeUser's,
and make Value contain a PATypeHolder.

llvm-svn: 8828

llvm-svn: 8209

llvm-svn: 8205

llvm-svn: 8030

llvm-svn: 7952

llvm-svn: 7428

whether the constant is signed or unsigned, then casting

llvm-svn: 7252

llvm-svn: 6857

llvm-svn: 6699

* Kill dead conditional

llvm-svn: 6544

llvm-svn: 6542

llvm-svn: 6328

This was a problem with constants having their types resolved to some new type,
but there was already a constant of the new type created.  Before, these types
were never merged together, now they are.

llvm-svn: 6314