<div dir="ltr">Thank you for raising this issue, Christiaan! The current policy (very early class-op inlining) is a major difficulty and the main source of fragility in my compiling-to-categories implementation. I have a tediously programmed and delicately balanced collection of techniques to intercept and transform class ops to non-ops early and then transform back late for elimination, but it doesn't work in all situations. Since class operations roughly correspond to operations in various algebraic abstractions---interfaces with laws---I often want to exploit exactly those laws as rewrite rules, and yet those rules currently cannot be used dependably.  - Conal</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 6, 2020 at 7:22 AM Christiaan Baaij <<a href="mailto:christiaan.baaij@gmail.com">christiaan.baaij@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello,</div><div><br></div><div>The other day I was experimenting with RULES and got this warning:</div><div><br></div><div>src/Clash/Sized/Vector.hs:2159:11: warning: [-Winline-rule-shadowing]<br>    Rule "map Pack" may never fire<br>      because rule "Class op pack" for ‘pack’ might fire first<br>    Probable fix: add phase [n] or [~n] to the competing rule<br>     |<br>2159 | {-# RULES "map Pack" map pack = id #-}</div><div><br></div><div>The warning seems to suggests two things:</div><div>1. "Class op" -> "dictionary projection" are implemented as rewrite rules and executed the same way as other user-defined RULES<br></div><div>2. These rules run first, and you cannot run anything before them</div><div><br></div><div>Now my question is, is 1. actually true? or is that warning just a (white) lie?</div><div>If 1. is actually true, would there be any objections to adding a "-1" phase: where RULES specified to start from phase "-1" onward fire before any of the Class op rules.</div><div>I'm quite willing to implement the above if A) Class op rules are actually implemented as builtin RULES; B) there a no objections to this "-1" phase.</div><div><br></div><div>Thanks,</div><div>Christiaan<br></div><div><br></div></div>
_______________________________________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
</blockquote></div>