llvm/lib/Target/XCore, branch release_32 http://llvm.org https://git.amat.us/llvm/atom/lib/Target/XCore?h=release_32 2012-11-01T08:07:29Z Revert the series of commits starting with r166578 which introduced the 2012-11-01T08:07:29Z Chandler Carruth chandlerc@gmail.com 2012-11-01T08:07:29Z urn:sha1:ece6c6bb6329748b92403c06ac87f45c43485911 getIntPtrType support for multiple address spaces via a pointer type, and also introduced a crasher bug in the constant folder reported in PR14233. These commits also contained several problems that should really be addressed before they are re-committed. I have avoided reverting various cleanups to the DataLayout APIs that are reasonable to have moving forward in order to reduce the amount of churn, and minimize the number of commits that were reverted. I've also manually updated merge conflicts and manually arranged for the getIntPtrType function to stay in DataLayout and to be defined in a plausible way after this revert. Thanks to Duncan for working through this exact strategy with me, and Nick Lewycky for tracking down the really annoying crasher this triggered. (Test case to follow in its own commit.) After discussing with Duncan extensively, and based on a note from Micah, I'm going to continue to back out some more of the more problematic patches in this series in order to ensure we go into the LLVM 3.2 branch with a reasonable story here. I'll send a note to llvmdev explaining what's going on and why. Summary of reverted revisions: r166634: Fix a compiler warning with an unused variable. r166607: Add some cleanup to the DataLayout changes requested by Chandler. r166596: Revert "Back out r166591, not sure why this made it through since I cancelled the command. Bleh, sorry about this! r166591: Delete a directory that wasn't supposed to be checked in yet. r166578: Add in support for getIntPtrType to get the pointer type based on the address space. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167221 91177308-0d34-0410-b5e6-96231b3b80d8 Implement a basic VectorTargetTransformInfo interface to be used by the loop and bb vectorizers for modeling the cost of instructions. 2012-10-24T17:22:41Z Nadav Rotem nrotem@apple.com 2012-10-24T17:22:41Z urn:sha1:270483466124fe1e19d5439e958fef63cebd43cd git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166593 91177308-0d34-0410-b5e6-96231b3b80d8 Add in support for getIntPtrType to get the pointer type based on the address space. 2012-10-24T15:52:52Z Micah Villmow villmow@gmail.com 2012-10-24T15:52:52Z urn:sha1:aa76e9e2cf50af190de90bc778b7f7e42ef9ceff This checkin also adds in some tests that utilize these paths and updates some of the clients. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166578 91177308-0d34-0410-b5e6-96231b3b80d8 Reapply the TargerTransformInfo changes, minus the changes to LSR and Lowerinvoke. 2012-10-18T23:22:48Z Nadav Rotem nrotem@apple.com 2012-10-18T23:22:48Z urn:sha1:cbd9a19b5d6ff93efa82c467508ede78b8af3bac git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166248 91177308-0d34-0410-b5e6-96231b3b80d8 Temporarily revert the TargetTransform changes. 2012-10-18T05:43:52Z Bob Wilson bob.wilson@apple.com 2012-10-18T05:43:52Z urn:sha1:3b9a911efcf280950f878a050728450423875639 The TargetTransform changes are breaking LTO bootstraps of clang. I am working with Nadav to figure out the problem, but I am reverting it for now to get our buildbots working. This reverts svn commits: 165665 165669 165670 165786 165787 165997 and I have also reverted clang svn 165741 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166168 91177308-0d34-0410-b5e6-96231b3b80d8 Add a new interface to allow IR-level passes to access codegen-specific information. 2012-10-10T22:04:55Z Nadav Rotem nrotem@apple.com 2012-10-10T22:04:55Z urn:sha1:e3d0e86919730784faaddcb5d9b0257c39b0804b git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@165665 91177308-0d34-0410-b5e6-96231b3b80d8 Create enums for the different attributes. 2012-10-09T07:45:08Z Bill Wendling isanbard@gmail.com 2012-10-09T07:45:08Z urn:sha1:6765834754cbb3cb0f15b4b15e98c5e73fa50066 We use the enums to query whether an Attributes object has that attribute. The opaque layer is responsible for knowing where that specific attribute is stored. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@165488 91177308-0d34-0410-b5e6-96231b3b80d8 Use an iterator and proper query method instead of the 'hasAttrSomewhere' method. 2012-10-09T00:34:19Z Bill Wendling isanbard@gmail.com 2012-10-09T00:34:19Z urn:sha1:341873ae0224f79c8ac17bd90562820cbfb67824 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@165467 91177308-0d34-0410-b5e6-96231b3b80d8 Move TargetData to DataLayout. 2012-10-08T16:38:25Z Micah Villmow villmow@gmail.com 2012-10-08T16:38:25Z urn:sha1:3574eca1b02600bac4e625297f4ecf745f4c4f32 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@165402 91177308-0d34-0410-b5e6-96231b3b80d8 Revert 'Fix a typo 'iff' => 'if''. iff is an abreviation of if and only if. See: http://en.wikipedia.org/wiki/If_and_only_if Commit 164767 2012-09-27T10:14:43Z Sylvestre Ledru sylvestre@debian.org 2012-09-27T10:14:43Z urn:sha1:94c22716d60ff5edf6a98a3c67e0faa001be1142 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@164768 91177308-0d34-0410-b5e6-96231b3b80d8