[llvm-dev] Alive now available online
Nuno Lopes via llvm-dev
llvm-dev at lists.llvm.org
Sun Jan 8 11:26:48 PST 2017
It's very on topic, certainly. We've ported more than 300 InstCombine
patterns to Alive ourselves.
Right now the C++ code generation is not great. Alive produces a linear
search through the patterns, similar to how InstCombine works today.
It's on my todo list to improve this part of Alive; I just didn't have time
to do it yet. If this year I manage to get an intern with experience on
graph rewriting, we'll get it done (or try, at least)! :)
Nuno
-----Original Message-----
From: Bryant Wong
Sent: Friday, January 6, 2017 7:29 PM
To: Sanjay Patel ; llvm-dev at lists.llvm.org
Cc: Nuno Lopes ; John Regehr
Subject: Re: [llvm-dev] Alive now available online
Not sure how off-topic this is, but should we consider/have we considered
porting our InstCombines to Alive? The PLDI '15 paper even demos C++
extraction from Alive theorems. I think it'd be a small step from that to
extracting tightly optimized VM code, not unlike what Tablegen emits.
Everything would be so clean and readable and organized. And edge cases can
still be handled manually, like ISel.
On Fri, Jan 6, 2017 at 9:38 AM, Sanjay Patel <spatel at rotateright.com> wrote:
On Fri, Jan 6, 2017 at 2:30 AM, Nuno Lopes <nuno.lopes at ist.utl.pt> wrote:
Hi Sanjay,
You used Alive correctly, of course :)
At this moment we cannot give you the best precondition. It’s on the todo
list, but it’s not even started yet. It’s a much harder problem to solve.
We do have a mode to compute the best set of nsw/nuw/exact attributes in the
transformed expression, but it’s not enabled on the web interface yet
(InstCombine was missing quite a few cases last time I checked).
I played a bit with your example and realized that it doesn’t even need a
precondition :) Check this out: http://rise4fun.com/Alive/j
(btw, > is signed comparison, and u> is unsigned).
Nice! I'll draft a patch for the transform.
Nuno
From: Sanjay Patel [mailto:spatel at rotateright.com]
Sent: 6 de janeiro de 2017 00:35
To: Nuno Lopes <nuno.lopes at ist.utl.pt>
Cc: llvm-dev <llvm-dev at lists.llvm.org>; John Regehr <regehr at cs.utah.edu>;
3.14472+reviews.llvm.org at gmail.com
Subject: Re: [llvm-dev] Alive now available online
Hi Nuno,
This is great. I just stumbled onto a problem that's similar to the one that
Bryant solved in:
https://reviews.llvm.org/rL285729
define i1 @foo(i32 %x) {
%shl = shl nsw i32 %x, 4
%cmp = icmp sgt i32 %shl, 1
ret i1 %cmp
}
(For more background, see PR30773 -
https://llvm.org/bugs/show_bug.cgi?id=30773 )
So I'm staring at that wondering why instcombine can't see that it's really
just:
define i1 @foo(i32 %x) {
%cmp = icmp sgt i32 %x, 0
ret i1 %cmp
}
As a first hack, I did this:
http://rise4fun.com/Alive/qG
Name: sgt
Pre: C0 > 0
%a = shl nsw i8 %x, C1
%b = icmp sgt %a, C0
=>
%b = icmp sgt %x, (C0 >> C1)
...and success! Assuming I used Alive correctly. :)
But is there a way to tell if I've chosen the most liberal constraint? Ie,
is C0 > 0 the best pre-condition?
On Thu, Jan 5, 2017 at 3:42 PM, Nuno Lopes via llvm-dev
<llvm-dev at lists.llvm.org> wrote:
Hi,
Just a short email to announce that Alive is now available online:
http://rise4fun.com/Alive
The site includes a few examples (both correct and buggy). You can also
create a "permalink" to send the proof to someone else.
The execution time is limited to 30 seconds for now. You may want to
constrain the operand's types if the tool times out, for example.
The service is still in tests. Please let me know if you run into problems
and/or if you have comments or feature requests.
Nuno
P.S.: The semantics implemented in this release is the one I've presented at
the last LLVM dev meeting. I've kept undef for now, though, but there's a
poison value. There's (very) limited support for branches as well.
_______________________________________________
LLVM Developers mailing list
llvm-dev at lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
More information about the llvm-dev
mailing list