<div dir="ltr">On Tue, Nov 27, 2012 at 9:57 PM, Tyson Whitehead <span dir="ltr"><<a href="mailto:twhitehead@gmail.com" target="_blank">twhitehead@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">it seemed a big part of the problem is you really need to be able to</div>
have multiple versions of the same package installed.<br>
<br>
At the time, I believe the only way to do this was to include part of<br>
the hash in the name, but that meant you had to constantly be creating<br>
new packages which Debian didn't make easy.<br>
<br>
Maybe it is time to explain the problem to the Debian packaging people<br>
and see if they have any ideas from their level?<br></blockquote><div><br></div><div>Not sure they do, because it's a GHC-specific and very nasty problem at core.</div><div><br></div><div>The fundamental issue is that GHC does aggressive cross-module inlining to make performance halfway reasonable -- but this means you end up requiring very precise dependencies, because different builds of the same library even with the same compiler might for some reason expose different things for inlining, and that ends up infecting the whole dependency chain. Done statically, the result is the infamous Cabal hell; done dynamically, it means shared library hell. I am not sure it can be made sane in either case.</div>
<div><br></div></div>-- <br><div dir="ltr"><div>brandon s allbery kf8nh sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com">allbery.b@gmail.com</a> <a href="mailto:ballbery@sinenomine.net">ballbery@sinenomine.net</a></div>
<div>unix, openafs, kerberos, infrastructure, xmonad <a href="http://sinenomine.net">http://sinenomine.net</a></div></div><br>
</div>