Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | [SystemZ] Fix python failure in test case | Ulrich Weigand | 2020-01-07 | 1 | -1/+1 |
| | | | | | With recent Python the Large/spill-02.py test failed with an error: TypeError: can't multiply sequence by non-int of type 'float' | ||||
* | Python compat - print statement | Serge Guelton | 2019-01-03 | 1 | -28/+31 |
| | | | | | | | | | Make sure all print statements are compatible with Python 2 and Python3 using the `from __future__ import print_function` statement. Differential Revision: https://reviews.llvm.org/D56249 llvm-svn: 350307 | ||||
* | Update SystemZ/Large test generators to handle new gep IR syntax | David Blaikie | 2015-02-27 | 1 | -2/+2 |
| | | | | llvm-svn: 230810 | ||||
* | Update SystemZ/Large test generators to handle new load IR syntax | David Blaikie | 2015-02-27 | 1 | -1/+1 |
| | | | | llvm-svn: 230809 | ||||
* | [SystemZ] Enable the use of MVC for frame-to-frame spills | Richard Sandiford | 2013-07-05 | 1 | -29/+56 |
| | | | | | | | | | | ...now that the problem that prompted the restriction has been fixed. The original spill-02.py was a compromise because at the time I couldn't find an example that actually failed without the two scavenging slots. The version included here did. llvm-svn: 185701 | ||||
* | [SystemZ] Use MVC to spill loads and stores | Richard Sandiford | 2013-07-02 | 1 | -0/+46 |
Try to use MVC when spilling the destination of a simple load or the source of a simple store. As explained in the comment, this doesn't yet handle the case where the load or store location is also a frame index, since that could lead to two simultaneous scavenger spills, something the backend can't handle yet. spill-02.py tests that this restriction kicks in, but unfortunately I've not yet found a case that would fail without it. The volatile trick I used for other scavenger tests doesn't work here because we can't use MVC for volatile accesses anyway. I'm planning on relaxing the restriction later, hopefully with a test that does trigger the problem... Tests @f8 and @f9 also showed that L(G)RL and ST(G)RL were wrongly classified as SimpleBDX{Load,Store}. It wouldn't be easy to test for that bug separately, which is why I didn't split out the fix as a separate patch. llvm-svn: 185434 |