<div dir="ltr">That definitely pushes me towards one of the "long" adoption paths.<div><br></div><div>Here adding a Semigroup instance for Matrix actually works to get the same symbol, but it has a different fixity (infixr 8). Same with (<>) in the pretty printing libraries (infixl 6).</div><div><br></div><div>In Data.Monoid and Data.Semigroup we have infixr 6 <></div><div><br></div><div>-Edward</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 30, 2015 at 2:51 PM, Henning Thielemann <span dir="ltr"><<a href="mailto:lemming@henning-thielemann.de" target="_blank">lemming@henning-thielemann.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
On Mon, 30 Mar 2015, Edward Kmett wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Collapse the first two steps into one step, but this means that nobody gets any warning of new names coming<br>
into the Prelude. On the other hand this would get us all the way to done by 7.14. On one hand, the first<br>
order consequence the amount of breakage caused by adding Semigroup to Prelude and taking (<>) is almost<br>
entirely confined to a handful of pretty printing libraries -- and we already broke those same libraries by<br>
taking (<$>).<br>
</blockquote>
<br></span>
Btw. hmatrix is another prominent package defining (<>) for matrix and related multiplications.<br>
</blockquote></div><br></div>