Re: GSoC proposal: partial redundancy elimination
Matthew Fluet <[email protected]> Thu, 2 May 2013 15:31:21 -0400
| Newsgroups | gmane.comp.lang.ml.mlton.devel |
|---|---|
| Message-ID | <CAMrhFL7WEDdqrH81mKLvie0Zq=jABzMhGmkLHT=RbJ7C7+pvVg@mail.gmail.com> |
On Thu, May 2, 2013 at 1:58 PM, Ben Darwin <[email protected]> wrote: > I've posted a new version at the same location > (https://gist.github.com/bcdarwin/94d9dbb34e4d1c47b40f). If you have > more suggestions, let me know. > I don't have much more to add. I like the idea of a blog; I'm a strong proponent of quality-code over quantity-of-code, so it is nice to have some other means of documenting progress. I don't think there will be any major complications with supporting tuples and datatypes --- they are handled quite easily by our common-subexpression (which is nearly a value-numbering) optimization. On the other hand, overflow-checking arithmetic is a little more difficult to handle, so might be something to put as a later extension. Consider: ((x + y) handle Overflow => 0) + ((y + x) handle Overflow => 1) The (x+y) and the (y+x) must evaluate to the same result, but that result is either an integer or a raised Overflow exception; hence, the right hand side of the outer + is redundant with the left hand side, but its more subtle than if there were no overflow arithmetic. ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 _______________________________________________ MLton-devel mailing list [email protected]; [email protected] https://lists.sourceforge.net/lists/listinfo/mlton-devel