<div dir="ltr">coerce works when one type is a newtype wrapper for another, not when two types happen to share the same runtime representation. I don't think ghc can currently prove the latter except in the case of newtypes, especially in the presence of optimizations.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 2, 2020 at 11:33 AM Brent Walker <<a href="mailto:brenthwalker@gmail.com">brenthwalker@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">My question was on how to use coerce -- not whether this is worth doing or not.  If we were discussing that, then I would say it's not 'just a leaf' -- it's ALL the leaves of the tree -- and for a tree of depth n, there are 2^n of them so depending on what 'n' is, it could potentially be something to worry about.<div><br></div><div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 2, 2020 at 6:00 PM Henning Thielemann <<a href="mailto:lemming@henning-thielemann.de" target="_blank">lemming@henning-thielemann.de</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"><br>
On Wed, 2 Dec 2020, Brent Walker wrote:<br>
<br>
> In the following code, function fmap does not compile because variable <br>
> 'y' on line marked <***> has type (Expr a) where an (Expr b) is <br>
> expected.  The code can be fixed simply by returning (Val x) on the rhs <br>
> of the function but then we are allocating a new object for something we <br>
> could potentially reuse since (Val n) has the same runtime <br>
> representation in (Expr a) and (Expr b) (it has no dependence on the <br>
> type variable).<br>
<br>
Is it worth the trouble? It is only a leaf of the tree.</blockquote></div>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
To (un)subscribe, modify options or view archives go to:<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
Only members subscribed via the mailman list are allowed to post.</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>brandon s allbery kf8nh</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a></div></div></div></div></div>