<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 10, 2017 at 2:11 PM, Adam Bergmark <span dir="ltr"><<a href="mailto:adam@bergmark.nl" target="_blank">adam@bergmark.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You can also look for a stack.yaml in the repo of the executable and use that resolver + any extra deps on the command line, that'll most likely work even if the package isn't in a snapshot.</blockquote></div><br>"most likely" --- but it can fail.</div><div class="gmail_extra"><br></div><div class="gmail_extra">The point of having projects is to ensure they can't conflict with each other. If you install something in one and it's compatible with others, you can use it without redownloading/recompiling (in effect it gets mirrored into the new project). But if you slam everything into the global project, you can set up conflicts similar to those you get with cabal-install without sandboxes.</div><div class="gmail_extra"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>brandon s allbery kf8nh                               sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>                                  <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div><div>unix, openafs, kerberos, infrastructure, xmonad        <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div></div>
</div></div>