[m-dev.] for review: rewrite of duplicate elimination.
Tyson Dowd
trd at cs.mu.oz.au
Wed Dec 24 15:41:44 AEDT 1997
On 22-Dec-1997, Zoltan Somogyi <zs at cs.mu.oz.au> wrote:
>
> Tyson writes:
>
> > It would also be good to have a small test case that triggers this
> > optimization for the test suite.
>
> There is no need. Several modules of the compiler and the library
> are affected, and dupelim is turned on by the default opt level.
> If something goes wrong, the bootcheck will fail. (This is true of
> all LLDS-to-LLDS optimizations and most other optimizations, since I get
> most ideas for such optimizations from examining the code of the compiler.)
There is no need for such a test case to detect that *something* has
gone wrong. The test is very handy for testing whether the something
that has gone wrong is that a particular LLDS-to-LLDS transformation no
longer works (although it's a one way test).
I'll concede that this is only of limited utility, and probably not worth
worrying about too much in this case if you don't have a test case laying
about.
>
> A diff to address your other points (and to fix a silly typo, 5 -> 6) follows.
>
These changes are fine.
--
Tyson Dowd # If I'm unusually agressive in this email, it's
# probably because USENET has been down here for
trd at cs.mu.oz.au # over a week, and I'm missing my usual dosage
http://www.cs.mu.oz.au/~trd # of flamewars. My apologies in advance.
More information about the developers
mailing list