- User Since
- Jun 19 2015, 4:53 AM (217 w, 4 d)
Thu, Aug 15
I took a second look, and I believe this patch is the incorrect solution. The bug actually lies in the implementation of PredicateControl and SYM_32/SYM_64, @Petar.Avramovic nearly spotted it.
Wed, Aug 14
This looks OK to me, I'd like to take a hard look at what DAGCombiner is doing here.
Jun 26 2019
May 23 2019
May 21 2019
I've raised some points inline, I think (a) is most relevant to this patch but shouldn't stop it going forward but should be addressed quickly, (b) and (c) could be noted as TODO:s.
Apr 26 2019
Mar 28 2019
I think this is a viable approach for this issue. Based on the dumps from -debug I can see that the backend should only be selecting even register for FGR32.
Mar 26 2019
My initial comments are that this looks ok, but I would like a longer look at it.
Mar 21 2019
Mar 7 2019
One nit inline, but otherwise LGTM.
Mar 6 2019
Some minor nits inlined, but otherwise the patch is more or less there.
Feb 28 2019
Two comments, and some more inlined. Check the formatting of the commit message
body, it should be 80 cols max. Otherwise the log messages can look strange due
to wrapping (I'm using git).
Feb 23 2019
Feb 21 2019
Sorry I didn't spot this earlier, but in future please ensure 'llvm-commits' is one of the subscribers when creating a review request for LLVM. If you add it after creating a review request, manually add it and write something in the comments field to trigger Phabricator into sending an email or abandon the review request and re-open it with the relevant -commits list as an initial subscriber.
LGTM apart from some minor nits. Please address them before committing.
Feb 13 2019
Jan 18 2019
Dec 19 2018
I can't find rationale behind the MIPS discrepancy in the original commit. I can add the if branch back if you tell me why...
Oct 29 2018
LGTM. Just remember to upload the patches with context.
Oct 22 2018
Sep 10 2018
Aug 30 2018
Jul 6 2018
Jun 27 2018
Jun 22 2018
Jun 21 2018
Jun 20 2018
Jun 19 2018
Looking at this again and with trunk, I'm seeing two failing tests with a small change inlined:
Added tests, and corrected the definition of the rdhwr instruction.
Jun 18 2018
Jun 15 2018
Jun 14 2018
Jun 13 2018
Actually include the expansion pass.
Moved pass to after the scheduler and machine block placement.
Normalized the probabilities for the successors of modified basic blocks for sanity purposes.
Jun 12 2018
Modify implementation to produce a function attribute.
Jun 11 2018
LGTM with nit addressed.
Rebase to master.
In D48006, you can see the change for the MIPS specific assembly scrubbing to accept inline assembly. I have also included some example output of the changes of that revision. Since the blank lines around the inline assembly are not scrubbed, FileCheck fails the test case with:
Jun 9 2018
Jun 8 2018
Please rebase this.
Actually add some tests.
Edit the summary so that rather that it says:
Jun 7 2018
Jun 6 2018
The legalization of unsigned i128 addition (rL334094 for the test) looks strange to me in that the determination of the overflow from the first addition is done with setccs. They appear to be originating from the expansion of setcc of an illegal type.