Just refuse to use UHC until it conforms.  One can refuse to use GHC libraries that use extensions as well for similar reasons.  I always think twice when I see something that isn&#39;t Haskell 98 in my stack.<div><br></div>
<div>Anything that doesn&#39;t conform completely to Haskell 98 can effectively be considered not Haskell 98 at all (all or nothing mentality), if you want to be really strict.</div><div><br></div><div>The fact is we have a choice... I won&#39;t tell people not to implement things in a way I don&#39;t like, I&#39;ll just look at it and decide whether I care to use it or not.  </div>
<div><br></div><div>As a result, UHC is not something I care to use, though I&#39;m sure it&#39;s interesting for those who are using it.  </div><div><br></div><div>If I cared enough, and I don&#39;t, and the UHC sources are licensed in a way permitting so, I could make a Haskell 98 conforming version of it, and fork it myself.</div>
<div><br></div><div>Dave</div><div><br><div class="gmail_quote">On Mon, Apr 20, 2009 at 4:31 AM, Lennart Augustsson <span dir="ltr">&lt;<a href="mailto:lennart@augustsson.net">lennart@augustsson.net</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">I don&#39;t think that other languages failing should be an excuse for<br>
Haskell to be equally bad.<br>
<div><div></div><div class="h5"><br>
On Mon, Apr 20, 2009 at 1:23 PM, Miguel Mitrofanov<br>
&lt;<a href="mailto:miguelimo38@yandex.ru">miguelimo38@yandex.ru</a>&gt; wrote:<br>
&gt; Well, the problem is that every implementor does choose a subset of standart<br>
&gt; to implement.<br>
&gt;<br>
&gt; It&#39;s much worse in JavaScript - essential features working differently in<br>
&gt; Internet Explorer, Firefox, Opera, and Safari, and sometimes they even<br>
&gt; differ between versions; Web programmers still manage. (n+k)-patterns are<br>
&gt; nothing compared to that.<br>
&gt;<br>
&gt; Lennart Augustsson wrote on 20.04.2009 15:17:<br>
&gt;&gt;<br>
&gt;&gt; If every implementor got to choose what subset of the standard to<br>
&gt;&gt; implement that all code would have have to written in the implemented<br>
&gt;&gt; intersection.  I think that&#39;s a terrible idea.<br>
&gt;&gt; The Haskell98 standard was set so there would be a baseline that<br>
&gt;&gt; people could rely on.<br>
&gt;&gt;<br>
&gt;&gt; When I implemented Haskell (both times) there were odds and ends that<br>
&gt;&gt; I really hated (some of those feelings have changed), but I did it<br>
&gt;&gt; anyway.<br>
&gt;&gt;<br>
&gt;&gt;  -- Lennart<br>
&gt;&gt;<br>
&gt;&gt; On Mon, Apr 20, 2009 at 1:02 PM, Bulat Ziganshin<br>
&gt;&gt; &lt;<a href="mailto:bulat.ziganshin@gmail.com">bulat.ziganshin@gmail.com</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Hello Jon,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Monday, April 20, 2009, 1:59:07 PM, you wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; It&#39;s not an implementor&#39;s place to make such decisions --<br>
&gt;&gt;&gt;&gt; they can legitimately say &quot;this feature sucks&quot; and tell the<br>
&gt;&gt;&gt;&gt; next Haskell committee so. If they care enough about it,<br>
&gt;&gt;&gt;&gt; they can lobby or get on that next committee, but the<br>
&gt;&gt;&gt;&gt; arguments for n+k patterns /in Haskell98/ were done long<br>
&gt;&gt;&gt;&gt; ago.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; if you really believe in that you said, you can spend your own time<br>
&gt;&gt;&gt; adding its support :)  i never seen n+k patterns in real code so i<br>
&gt;&gt;&gt; understand developers that don&#39;t want to waste time just to compliant<br>
&gt;&gt;&gt; standard even if their efforts will be never really used<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; --<br>
&gt;&gt;&gt; Best regards,<br>
&gt;&gt;&gt;  Bulat                            mailto:<a href="mailto:Bulat.Ziganshin@gmail.com">Bulat.Ziganshin@gmail.com</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; Haskell-Cafe mailing list<br>
&gt;&gt;&gt; <a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
&gt;&gt;&gt; <a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
&gt;&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Haskell-Cafe mailing list<br>
&gt;&gt; <a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
&gt;&gt; <a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
&gt;&gt;<br>
&gt; _______________________________________________<br>
&gt; Haskell-Cafe mailing list<br>
&gt; <a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
&gt; <a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
&gt;<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</div></div></blockquote></div><br></div>