Stack: `stack ghci` does not recognise internal libraries

Created on 15 Mar 2018 · 17Comments · Source: commercialhaskell/stack

Relates to #3795 (and #3791) and also #3288.

I suspect the fix is to reproduce whatever #3288 did for the build command but for ghci.

Steps to reproduce

Easiest to check out dbaynard/issues@2530d183c99c2495b07638c0f4809fd927daa2b4 (internal-libraries branch) and run stack ghci.

Alternatively, create a package which has an internal library module and attempt to import that into that package's own library or an executable (they have the same outcome).

Expected

stack ghci loads the repl.

Actual

Error message, for internal library named internal

<command-line>: cannot satisfy -package internal

Note, stack build is successful. Also, stack exec -- ghci loads correctly (though doesn't load the packages).

The full output is in the readme in the internal-libries directory at the dbaynard/issues github repo, above.

Stack version

I merged fix-ghci-autogen-path-3791 (commercialhaskell/stack@030a4427392f74f0e749b640f01039c2d1659dfc) into master (
commercialhaskell/stack@27894ff0d4fa1c223959a463efb95485acb3860b) for the test.

$ stack --version
Version 1.7.0, Git revision 06bc6937b5c6263e7da46bb18355c338ebee92a5 \(5723 commits\) x86_64 hpack-0.27.0

Method of installation

From git repo — see above

Source

dbaynard

👍1

All 17 comments

This comment looks like it is relevant:

https://github.com/commercialhaskell/stack/blob/d1c40aef50f1100cad78615d6f12cfdc58c52f7e/src/Stack/Ghci.hs#L592

gbaz on 25 Mar 2018

I can confirm #3795 does not fix this (still broken in current master) and further to @gbaz's comment, it appears to be a more fundamental design issue.

(Also, I never new about the permalinks to code snippets — thanks! It doesn't really afford scrolling when it overflows, though, at least in chrome, as happens here.)

https://github.com/commercialhaskell/stack/blob/979e61339c662ed9e85cc751a66204d29bbd2bec/src/Stack/Types/NamedComponent.hs#L22-L34

dbaynard on 15 Apr 2018

👍1

I think #3955 can help here but didn't test yet.

mihaimaruseac on 15 Apr 2018

I think #3955 can help here but didn't test yet.

I tested now and still gets the same error. I'll investigate more during this week.

mihaimaruseac on 17 Apr 2018

I managed to get rid of the cannot load package 'internal'-style messages, but then it can't find sublibraries at all.

KaneTW on 22 Apr 2018

👍1

I'm there too, hope to get some progress today or next weekend at BayHac.

mihaimaruseac on 22 Apr 2018

It seems that the difference between build and ghci is that build invokes Cabal while ghci invokes GHC directly. This complicates things quite a bit.

KaneTW on 22 Apr 2018

I've compared command lines and this is what we need to pass:

-package-id godot-haskell-0.1.0.0-inplace-generate for loading internal library generate of package godot-haskell version 0.1.0.0

I've also seen -this-unit-id godot-haskell-0.1.0.0-inplace, but this doesn't seem to affect anything.

KaneTW on 23 Apr 2018

👍1

Ugh. So after getting stack to output that, I find out that cabal new-build generates

./dist-newstyle/packagedb/ghc-8.4.2/godot-haskell-0.1.0.0-inplace.conf
./dist-newstyle/packagedb/ghc-8.4.2/godot-haskell-0.1.0.0-inplace-generate.conf

which are required. So that doesn't work. Going to take a look what stack does with sublibs.

E: ok, good, it does something similar

./install/x86_64-linux/lts-11.2/8.2.2/lib/x86_64-linux-ghc-8.2.2/godot-haskell-0.1.0.0-GzcDyMsWNwODJYNrSYTC5u-generate

KaneTW on 23 Apr 2018

PR that fixes this is up. I need to write some test cases, though.

KaneTW on 23 Apr 2018

👍1

You got it ahead of me, but I see I was approaching it from a different angle, making more complex changes.

I'll get my PR submitted too as it also handles rebuilding from scratch and tracks changes in sublibraries. I'm testing now the integration tests but will have something up and running in a few hours.

mihaimaruseac on 23 Apr 2018

👍1

This was done in #3982 but I forgot to close it.

mihaimaruseac on 21 Jun 2018

I'm still running into this issue:

$ stack repl app/Main.hs
[...]
Configuring GHCi with the following packages: foo
GHCi, version 8.6.5: http://www.haskell.org/ghc/  :? for help
<command line>: cannot satisfy -package foo-0.1.0.0
    (use -v for more information)
$ stack --version
Version 2.2.0, Git revision b8f8ec203209fccb1a86b9e8705f16125845254b PRE-RELEASE x86_64 hpack-0.31.2