aboutsummaryrefslogtreecommitdiff
path: root/include/llvm/Target/TargetData.h
AgeCommit message (Expand)Author
2012-10-08Move TargetData to DataLayout.Micah Villmow
2012-10-05Remove extraneous semicolon.Chad Rosier
2012-10-05Implement TargetData with the DataLayout class, this will allow LLVM projects...Micah Villmow
2012-10-01TargetData: s/uint32_t/unsigned/ per Kuba's request.Benjamin Kramer
2012-09-29Shrink TargetAlignElem a bit, we do a lot of searches on them.Benjamin Kramer
2012-08-07Revert r161371. Removing the 'const' before Type is a "good thing".Bill Wendling
2012-08-07Constify the Type parameter to some methods (which are const anyway).Bill Wendling
2012-06-09Convert comments to proper Doxygen comments.Dmitri Gribenko
2011-10-20Haven't yet found a nice way to handle TargetData verification in theLang Hames
2011-10-18Backing out patch. Will refactor to remove the AsmParser dependency on Target.Lang Hames
2011-10-17Re-applying the target data layout verification patch from r142288, plus appr...Lang Hames
2011-10-17142288 broke the build:Rafael Espindola
2011-10-17Validate target data layout strings.Lang Hames
2011-10-11improve some of the documentation around target data layout strings.Chris Lattner
2011-10-10Add a natural stack alignment field to TargetData, and prevent InstCombine fromLang Hames
2011-07-19Convert TargetData::getIndexedOffset to use ArrayRef.Jay Foad
2011-07-18land David Blaikie's patch to de-constify Type, with a few tweaks.Chris Lattner
2011-07-15remove the InvalidateStructLayoutInfo API, which is dead and unnecessary nowChris Lattner
2011-07-12Remove IntegerType constness from TargetDataTobias Grosser
2011-07-12Revert r134893 and r134888 (and related patches in other trees). It was causingBill Wendling
2011-07-11De-constify Types in StructType::get() and TargetData::getIntPtrType().Jay Foad
2011-03-16Add TargetData::fitsInLegalInteger().Cameron Zwarich
2011-01-15fix typoChris Lattner
2010-11-29Merge System into Support.Michael J. Spencer
2010-09-13Fix linux/msvc build, move include.Benjamin Kramer
2010-08-11Don't use unsigned char for alignments in TargetData. There aren'tDan Gohman
2010-08-06Reapply r110396, with fixes to appease the Linux buildbot gods.Owen Anderson
2010-08-06Revert r110396 to fix buildbots.Owen Anderson
2010-08-05Don't use PassInfo* as a type identifier for passes. Instead, use the addres...Owen Anderson
2010-02-25Revert r97064. Duncan pointed out that bitcasts are defined inDan Gohman
2010-02-24Make getTypeSizeInBits work correctly for array types; it should returnDan Gohman
2010-01-25add a method to get the alignment of an integer type even Chris Lattner
2009-12-09Silence conversion warning from 64 to 32-bit.Eric Christopher
2009-12-03remove some dead std::ostream using code.Chris Lattner
2009-12-03This initial code is meant to convert TargetData to use an AbstractTypesUser soBill Wendling
2009-11-18The llvm-gcc front-end and the pass manager use two separate TargetData objects.Bill Wendling
2009-11-07all targets should be required to declare legal integer types. My plan toChris Lattner
2009-11-07add the ability for TargetData to return information about legal integerChris Lattner
2009-11-07more cleanup.Chris Lattner
2009-11-07rewrite TargetData to use StringRef/raw_ostream instead of thrashing std::str...Chris Lattner
2009-10-26Move DataTypes.h to include/llvm/System, update all users. This breaks the lastChandler Carruth
2009-08-21Try again at privatizing the layout info map, with a rewritten patch.Owen Anderson
2009-08-20Re-revert r79555. Apparently it's not just buildbot weirdness.Owen Anderson
2009-08-20Reapply r79555 for testing. Daniel's trying to work out some buildbot weirdn...Owen Anderson
2009-08-20--- Reverse-merging r79555 into '.':Bill Wendling
2009-08-20Make the StructType->StructLayout table private to TargetData, allowing us to...Owen Anderson
2009-08-13Push LLVMContexts through the IntegerType APIs.Owen Anderson
2009-08-03llvm_report_error already prints "LLVM ERROR:". So stop reporting errors like...Benjamin Kramer
2009-07-11assert(0) -> LLVM_UNREACHABLE.Torok Edwin
2009-05-12Clarify a comment.Dan Gohman