bcm5719-llvm/llvm/test/Transforms/RewriteStatepointsForGC, branch meklort-10.0.1Project Ortega BCM5719 LLVMhttps://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.12019-04-17T04:52:47+00:00Revert "Temporarily Revert "Add basic loop fusion pass.""2019-04-17T04:52:47+00:00Eric Christopherechristo@gmail.com2019-04-17T04:52:47+00:00urn:sha1:cee313d288a4faf0355d76fb6e0e927e211d08a5
The reversion apparently deleted the test/Transforms directory.
Will be re-reverting again.
llvm-svn: 358552
Temporarily Revert "Add basic loop fusion pass."2019-04-17T02:12:23+00:00Eric Christopherechristo@gmail.com2019-04-17T02:12:23+00:00urn:sha1:a86343512845c9c1fdbac865fea88aa5fce7142a
As it's causing some bot failures (and per request from kbarton).
This reverts commit r358543/ab70da07286e618016e78247e4a24fcb84077fda.
llvm-svn: 358546
[RS4GC] Expand/standardize tests introduced in rL3520592019-01-24T16:45:23+00:00Philip Reameslistmail@philipreames.com2019-01-24T16:45:23+00:00urn:sha1:86bbf7ccee84962119c49ed1269f91d624614bff
Write a couple of variations on vector geps w/both scalars and vectors live over safepoints. Use update_test_checks to show all the IR.
llvm-svn: 352062
[RS4GC] Be slightly less conservative for gep vector_base, scalar_idx2019-01-24T16:34:00+00:00Philip Reameslistmail@philipreames.com2019-01-24T16:34:00+00:00urn:sha1:4d683ee7e39ea9489408fc662ef81d464384208c
After submitting https://reviews.llvm.org/D57138, I realized it was slightly more conservative than needed. The scalar indices don't appear to be a problem on a vector gep, we even had a test for that.
Differential Revision: https://reviews.llvm.org/D57161
llvm-svn: 352061
[RS4GC] Avoid crashing on gep scalar_base, vector_idx2019-01-24T16:08:18+00:00Philip Reameslistmail@philipreames.com2019-01-24T16:08:18+00:00urn:sha1:a657510eb7492896589c97065e2ef3c770742a78
This is an alternative to https://reviews.llvm.org/D57103. After discussion, we dedicided to check this in as a temporary workaround, and pursue a true fix under the original thread.
The issue at hand is that the base rewriting algorithm doesn't consider the fact that GEPs can turn a scalar input into a vector of outputs. We had handling for scalar GEPs and fully vector GEPs (i.e. all vector operands), but not the scalar-base + vector-index forms. A true fix here requires treating GEP analogously to extractelement or shufflevector.
This patch is merely a workaround. It simply hides the crash at the cost of some ugly code gen for this presumable very rare pattern.
Differential Revision: https://reviews.llvm.org/D57138
llvm-svn: 352059
NFC - Various typo fixes in tests2018-07-04T13:28:39+00:00Gabor Buellagabor.buella@intel.com2018-07-04T13:28:39+00:00urn:sha1:da4a966e1c3c0315512e1dfe5cd486722bcc0fbf
llvm-svn: 336268
[RewriteStatepoints] Fix stale parse points2018-03-05T22:27:30+00:00Daniel Neilsondneilson@azul.com2018-03-05T22:27:30+00:00urn:sha1:82daad31fea78a9c75fcbbe79ce7070e642640d0
Summary:
RewriteStatepointsForGC collects parse points for further processing.
During the collection if a callsite is found in an unreachable block
(DominatorTree::isReachableFromEntry()) then all unreachable blocks are
removed by removeUnreachableBlocks(). Some of the removed blocks could
have been reachable according to DominatorTree::isReachableFromEntry().
In this case the collected parse points became stale and resulted in a
crash when accessed.
The fix is to unconditionally canonicalize the IR to
removeUnreachableBlocks and then collect the parse points.
The added test crashes with the old version and passes with this patch.
Patch by Yevgeny Rouban!
Reviewed by: Anna
Differential Revision: https://reviews.llvm.org/D43929
llvm-svn: 326748
[IR] Fix creating mutable versions of TBAA access tags2018-02-13T14:44:25+00:00Ivan A. Kosarevikosarev@accesssoftek.com2018-02-13T14:44:25+00:00urn:sha1:4a381b444e671be33a57280b4d13a77ef8f760a6
Due to a typo in D41565, mutable TBAA tags created with
createMutableTBAAAccessTag() lose their base types. This patch
fixes that typo and updates tests respectively.
Differential Revision: https://reviews.llvm.org/D42364
llvm-svn: 325008
[RS4GC] Handle call/invoke instructions as base defining values of vectors2018-01-30T14:43:41+00:00Daniel Neilsondneilson@azul.com2018-01-30T14:43:41+00:00urn:sha1:594f443b06728e6236e2a7db157f5b300e386d23
Summary:
There's an asymmetry in the definitions of findBaseDefiningValueOfVector() and
findBaseDefiningValue() of RS4GC. The later handles call and invoke instructions,
and the former does not. This appears to be simple oversight. This patch remedies
the oversight by adding the call and invoke cases to findBaseDefiningValueOfVector().
Reviewers: DaniilSuchkov, anna
Reviewed By: anna
Subscribers: llvm-commits
Differential Revision: https://reviews.llvm.org/D42653
llvm-svn: 323764
[Transforms] Support making mutable versions of new-format TBAA access tags2018-01-17T13:29:54+00:00Ivan A. Kosarevikosarev@accesssoftek.com2018-01-17T13:29:54+00:00urn:sha1:4d0ff0c74d35e6c5bfc60c3864e8ac7655737f8f
Differential Revision: https://reviews.llvm.org/D41565
llvm-svn: 322650