http://llvm.org https://git.amat.us/llvm/atom/test/Transforms/ScalarRepl?h=release_33 2013-04-05T21:07:08Z 2013-04-05T21:07:08Z Shuxin Yang shuxin.llvm@gmail.com 2013-04-05T21:07:08Z urn:sha1:2da70d1792abf0ad837578991f492a3dd0364118 This optimization is unstable at this moment; it 1) block us on a very important application 2) PR15200 3) test6 and test7 in test/Transforms/ScalarRepl/dynamic-vector-gep.ll (the CHECK command compare the output against wrong result) I personally believe this optimization should not have any impact on the autovectorized code, as auto-vectorizer is supposed to put gather/scatter in a "right" way. Although in theory downstream optimizaters might reveal some gather/scatter optimization opportunities, the chance is quite slim. For the hand-crafted vectorizing code, in term of redundancy elimination, load-CSE, copy-propagation and DSE can collectively achieve the same result, but in much simpler way. On the other hand, these optimizers are able to improve the code in a incremental way; in contrast, SROA is sort of all-or-none approach. However, SROA might slighly win in stack size, as it tries to figure out a stretch of memory tightenly cover the area accessed by the dynamic index. rdar://13174884 PR15200 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@178912 91177308-0d34-0410-b5e6-96231b3b80d8 2013-03-28T02:44:59Z David Blaikie dblaikie@gmail.com 2013-03-28T02:44:59Z urn:sha1:72dfb052ab74a9e642256212a50c9b805ce5c943 This reverts commit 342d92c7a0adeabc9ab00f3f0d88d739fe7da4c7. Turns out we're going with a different schema design to represent DW_TAG_imported_modules so we won't need this extra field. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@178215 91177308-0d34-0410-b5e6-96231b3b80d8 2013-03-27T00:07:26Z David Blaikie dblaikie@gmail.com 2013-03-27T00:07:26Z urn:sha1:342d92c7a0adeabc9ab00f3f0d88d739fe7da4c7 This is just the basic groundwork for supporting DW_TAG_imported_module but I wanted to commit this before pushing support further into Clang or LLVM so that this rather churny change is isolated from the rest of the work. The major churn here is obviously adding another field (within the common DIScope prefix) to all DIScopes (files, classes, namespaces, lexical scopes, etc). This should be the last big churny change needed for DW_TAG_imported_module/using directive support/PR14606. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@178099 91177308-0d34-0410-b5e6-96231b3b80d8 2013-03-21T20:28:52Z David Blaikie dblaikie@gmail.com 2013-03-21T20:28:52Z urn:sha1:ebb5183a2f16abc7c88241bb42412465f52c2a61 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177661 91177308-0d34-0410-b5e6-96231b3b80d8 2013-03-17T21:13:55Z David Blaikie dblaikie@gmail.com 2013-03-17T21:13:55Z urn:sha1:b4cf0ab22b5a3ebb720f0b7287fdccfb465b6b7c This is the first step to making all DIScopes have a common metadata prefix (so that things (using directives, for example) that can appear in any scope can be added to that common prefix). DIFile is itself a DIScope so the common prefix of all DIScopes cannot be a DIFile - instead it's the raw filename/directory name pair. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177239 91177308-0d34-0410-b5e6-96231b3b80d8 2013-03-13T22:05:21Z David Blaikie dblaikie@gmail.com 2013-03-13T22:05:21Z urn:sha1:e0805a992ddd2823604969c8aac61a2f339f3c01 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176983 91177308-0d34-0410-b5e6-96231b3b80d8 2013-03-13T00:01:35Z David Blaikie dblaikie@gmail.com 2013-03-13T00:01:35Z urn:sha1:de3077ae6b5ad8e6f417a8f6aa0ca1ae980f6272 This is the next step towards making the metadata for DIScopes have a common prefix rather than having to delegate based on their tag type. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176913 91177308-0d34-0410-b5e6-96231b3b80d8 2013-03-12T22:43:04Z David Blaikie dblaikie@gmail.com 2013-03-12T22:43:04Z urn:sha1:46561ce249984ddea405ce837b53367a59fd9f3b git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176910 91177308-0d34-0410-b5e6-96231b3b80d8 2013-03-11T22:37:40Z David Blaikie dblaikie@gmail.com 2013-03-11T22:37:40Z urn:sha1:850b74d3927c35850a99b10ca7809f61a3b69c67 These cases were found by further work to remove support for debug info versioning. Common cleanups (other than changing the version info in the tag field) included adding the last parameter to compile_units (recently added for fission support) and other cases of trailing fields in lexical blocks, compile units, and subprograms. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176834 91177308-0d34-0410-b5e6-96231b3b80d8 2013-02-22T09:09:42Z Bill Wendling isanbard@gmail.com 2013-02-22T09:09:42Z urn:sha1:351b7a10e2560a835759748c58da09e53207b39d Listing all of the attributes for the callee of a call/invoke instruction is way too much and makes the IR unreadable. Use references to attributes instead. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@175877 91177308-0d34-0410-b5e6-96231b3b80d8