<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Jul 24, 2015 at 11:16 AM Heinrich Apfelmus <<a href="mailto:apfelmus@quantentunnel.de">apfelmus@quantentunnel.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Michael Snoyman wrote:<br>
><br>
>> Hopefully, they come with suitable documentation. For instance, one<br>
>> thing I don't understand about  stack  yet is in which location it<br>
>> "magically" installs GHC and packages, and how I can invoke `ghci` from<br>
>> these locations. Somehow, I was unable to understand this from the FAQ.<br>
>><br>
>><br>
> I think this FAQ entry should help[1] on the first question:<br>
><br>
> [1]: <a href="https://github.com/commercialhaskell/stack/wiki/FAQ" rel="noreferrer" target="_blank">https://github.com/commercialhaskell/stack/wiki/FAQ</a> [..]<br>
><br>
>> Note that stack setup installs GHC into<br>
> ~/.stack/programs/$platform/ghc-$version/ and not a global location.<br>
<br>
Ah, ok. Can I assume that the non-sandboxed packages are also installed<br>
in the ~/.stack directory? That's the other part I didn't understand.<br>
<br></blockquote><div><br></div><div>I'm not sure what "non-sandboxed packages" means. Do you mean snapshot-level packages? If so, yes. If you mean project-specific packages: they're all stored in the .stack-work directory of the project itself.<br><br></div><div>My recommendation overall is: build a project with `stack`, and run `stack path` to get information on all of the different paths it's using for various things.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> For the second question: either `stack ghci` or `stack exec ghci` should<br>
> achieve what you're looking for. The former is a bit more experimental, and<br>
> does more intelligent stuff at the project level as far as loading up your<br>
> code. The latter simply runs the ghci command with appropriate PATH and<br>
> GHC_PACKAGE_PATH environment variables set.<br>
<br>
`stack ghci` sounds good to me, then. I really like the short startup<br>
times of ghci and never use `cabal exec ghci` for that reason.<br>
<br></blockquote><div><br></div><div>I think `stack exec ghci` is what you mean, correct? <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best regards,<br>
Heinrich Apfelmus<br>
<br>
--<br>
<a href="http://apfelmus.nfshost.com" rel="noreferrer" target="_blank">http://apfelmus.nfshost.com</a><br>
<br>
<br>
_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org" target="_blank">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
</blockquote></div></div>