handling constant unions.

llvm-svn: 98680

llvm-svn: 98662

llvm-svn: 98656

terms of store and load, which means bitcasting between scalar
integer and vector has endian-specific results, which undermines
this whole approach.

llvm-svn: 97137

the number of value bits, not the number of bits of allocation for in-memory
storage.

Make getTypeStoreSize and getTypeAllocSize work consistently for arrays and
vectors.

Fix several places in CodeGen which compute offsets into in-memory vectors
to use TargetData information.

This fixes PR1784.

llvm-svn: 97064

and T->isPointerTy().  Convert most instances of the first form to the second form.
Requested by Chris.

llvm-svn: 96344

when we don't have one laying around.  Useful if you don't
have an llvmcontext handy.

llvm-svn: 94468

llvm-svn: 91612

llvm-svn: 90656

- Privatize a typedef.
- Call the InvalidateEntry when refining a type.

llvm-svn: 90655

llvm-svn: 90640

llvm-svn: 90639

llvm-svn: 90588

llvm-svn: 90383

function, converting "dyn_cast" to "cast", asserting the correct things, and
other general cleanups.

llvm-svn: 90371

llvm-svn: 90366

Patch by Howard Hinnant!

llvm-svn: 90365

that it doesn't have dangling pointers when abstract types are resolved. This
modifies it somewhat to address comments: making the "StructLayoutMap" an
anonymous structure, calling "removeAbstractTypeUser" when appropriate, and
adding asserts where helpful.

llvm-svn: 90362

This is probably not confined to *just* these two things.

Anyway, the llvm-gcc front-end may look up the structure layout information for
an abstract type. That information will be stored into a table with the FE's
TD. Instruction combine can come along and also ask for information on that
abstract type, but for a separate TD (the one associated with the pass manager).

After the type is refined, the old structure layout information in the pass
manager's TD file is out of date. If a new type is allocated in the same space
as the old-unrefined type, then the structure type information in the pass
manager's TD file will be wrong, but won't know it.

Fix this by making the TD's structure type information an abstract type user.

llvm-svn: 89176

this gives llvm-gcc generated modules the right data.

llvm-svn: 86435

datatypes on a given CPU.  This is intended to allow instcombine and other
transformations to avoid converting big sequences of operations to an
inconvenient width, and will help clean up after SRoA.  See also "Adding 
legal integer sizes to TargetData" on Feb 1, 2009 on llvmdev, and PR3451.

Comments welcome.

llvm-svn: 86370

llvm-svn: 86369

llvm-svn: 86366

This preserves the existing behavior much more closely than my previous attempt.

llvm-svn: 79663

llvm-svn: 79578

llvm-svn: 79572

U    include/llvm/Target/TargetData.h
U    lib/Target/TargetData.cpp

Temporarily revert 79555. It was causing hangs and test failures.

llvm-svn: 79568

llvm-svn: 79555

llvm-svn: 79532

llvm-svn: 78948

This adds location info for all llvm_unreachable calls (which is a macro now) in
!NDEBUG builds.
In NDEBUG builds location info and the message is off (it only prints
"UREACHABLE executed").

llvm-svn: 75640

Make llvm_unreachable take an optional string, thus moving the cerr<< out of
line.
LLVM_UNREACHABLE is now a simple wrapper that makes the message go away for
NDEBUG builds.

llvm-svn: 75379

llvm-svn: 74931

llvm-svn: 73928

just a Type.

llvm-svn: 71426

will make it more obvious what it represents, and stop
it being confused with the StoreSize.

llvm-svn: 71349

less ambiguous and less C-specific.

llvm-svn: 68219

llvm-svn: 64694

suggested by Chris.

llvm-svn: 62099

llvm-svn: 60755