<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
Message: 10<br>
Date: Mon, 8 Nov 2010 09:42:33 +1100<br>
From: Ivan Lazar Miljenovic &lt;<a href="mailto:ivan.miljenovic@gmail.com">ivan.miljenovic@gmail.com</a>&gt;<br>
Subject: Re: Haskell Platform Proposal: HLint<br>
To: &quot;Bryan O&#39;Sullivan&quot; &lt;<a href="mailto:bos@serpentine.com">bos@serpentine.com</a>&gt;<br>
Cc: libraries &lt;<a href="mailto:libraries@haskell.org">libraries@haskell.org</a>&gt;<br>
Message-ID:<br>
        &lt;AANLkTimOMxX2TjxnO0a+20=<a href="mailto:NgJW2iGym46yrNO8iX7Y3@mail.gmail.com">NgJW2iGym46yrNO8iX7Y3@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
On 8 November 2010 08:35, Bryan O&#39;Sullivan &lt;<a href="mailto:bos@serpentine.com">bos@serpentine.com</a>&gt; wrote:<br>
&gt; Hlint isn&#39;t a library, right? And as an application, it presumably doesn&#39;t for any practical reason need its dependencies in the platform in order to itself be included?<br>
<br>
As I stated earlier, the policy seems to state that they do need to be<br>
there (to be able to build the platform if nothing else):<br>
<a href="http://trac.haskell.org/haskell-platform/wiki/AddingPackages#PackageRequirements" target="_blank">http://trac.haskell.org/haskell-platform/wiki/AddingPackages#PackageRequirements</a></blockquote><div><br></div><div>
Well, the policy can be changed if necessary (not that I&#39;m proposing that here).</div><div><br></div><div>While packages may need to be present to build an application in the platform, they don&#39;t necessarily need to be exposed as part of the platform.  Rationale-8.5 seems to be targeted at libraries specifically.  That is, it claims there&#39;s no technical means to differentiate between blessed and non-blessed packages, which is why non-blessed packages can&#39;t be included.  But since an application doesn&#39;t expose libraries, there is a simple means to make this distinction.</div>
<div><br></div><div>If you think of an application in the HP as maintaining a private fork of non-HP libraries, it makes sense.  Of course, this also brings up one of my concerns.  That is, the potential for future maintenance of depended-upon libraries should be considered as part of potential for maintenance of the application as a whole.  If the libraries are already part of HP this is simpler.</div>
<div><br></div><div>For HLint specifically, my personal opinion is that library dependencies shouldn&#39;t prevent hlint&#39;s inclusion in the HP.  I&#39;m confident that haskell-src-exts will continue to be well-maintained (and I&#39;m glad to see that it&#39;s working towards HP inclusion as well), and since Neil maintains both uniplate and hlint I don&#39;t have any concern there.</div>
<div><br></div><div>John Lato</div></div>