I use intero with some file with no project, and my global (or local stack.yaml) is:
~/.stack/global
$ cat stack.yaml
flags: {}
packages: []
extra-deps: []
resolver: lts-8.21
If I stack exec -- ghci and :l Intero.hs where Intero.hs contains:
$ cat Intero.hs
module Intero where
import Control.Lens.Lens
I get:
$ stack exec -- ghci
GHCi, version 8.0.2: http://www.haskell.org/ghc/ :? for help
Loaded GHCi configuration from /Users/nrolland/.emacs.d/.ghci
Prelude
λ> :l Intero.hs
[1 of 1] Compiling Intero ( Intero.hs, interpreted )
Intero.hs:3:1: error:
Failed to load interface for ‘Control.Lens.Lens’
Use -v to see a list of the files searched for.
Failed, modules loaded: none.
I relaunched with -v:
$ stack exec -- ghci -v
GHCi, version 8.0.2: http://www.haskell.org/ghc/ :? for help
Glasgow Haskell Compiler, Version 8.0.2, stage 2 booted by GHC version 7.10.3
Using binary package database: /Users/nrolland/.stack/programs/x86_64-osx/ghc-8.0.2/lib/ghc-8.0.2/package.conf.d/package.cache
Using binary package database: /Users/nrolland/.stack/snapshots/x86_64-osx/lts-8.23/8.0.2/pkgdb/package.cache
Using binary package database: /Users/nrolland/Sync/clones/haskGist80/.stack-work/install/x86_64-osx/lts-8.23/8.0.2/pkgdb/package.cache
loading package database /Users/nrolland/.stack/programs/x86_64-osx/ghc-8.0.2/lib/ghc-8.0.2/package.conf.d
loading package database /Users/nrolland/.stack/snapshots/x86_64-osx/lts-8.23/8.0.2/pkgdb
loading package database /Users/nrolland/Sync/clones/haskGist80/.stack-work/install/x86_64-osx/lts-8.23/8.0.2/pkgdb
wired-in package ghc-prim mapped to ghc-prim-0.5.0.0
and when loading the Intero.hs, I get
Intero.hs:3:1: error:
Failed to load interface for ‘Control.Lens.Lens’
Locations searched:
Control/Lens/Lens.hs
Control/Lens/Lens.lhs
Control/Lens/Lens.hsig
Control/Lens/Lens.lhsig
Upsweep partially successful.
*** Deleting temp files:
Deleting:
Failed, modules loaded: none.
loading package database /Users/nrolland/.stack/programs/x86_64-osx/ghc-8.0.2/lib/ghc-8.0.2/package.conf.d
loading package database /Users/nrolland/.stack/snapshots/x86_64-osx/lts-8.23/8.0.2/pkgdb
loading package database /Users/nrolland/Sync/clones/haskGist80/.stack-work/install/x86_64-osx/lts-8.23/8.0.2/pkgdb
wired-in package ghc-prim mapped to ghc-prim-0.5.0.0
wired-in package integer-gmp mapped to integer-gmp-1.0.0.1
wired-in package base mapped to base-4.9.1.0
wired-in package rts mapped to rts-1.0
wired-in package template-haskell mapped to template-haskell-2.11.1.0
wired-in package ghc mapped to ghc-8.0.2
wired-in package dph-seq not found.
wired-in package dph-par not found.
But lens is part of lts-8.23, although when I look it up in ghc-pkg I don't see it
$ stack exec -- ghc-pkg list
/Users/nrolland/.stack/programs/x86_64-osx/ghc-8.0.2/lib/ghc-8.0.2/package.conf.d
Cabal-1.24.2.0
array-0.5.1.1
base-4.9.1.0
binary-0.8.3.0
bytestring-0.10.8.1
containers-0.5.7.1
deepseq-1.4.2.0
directory-1.3.0.0
filepath-1.4.1.1
ghc-8.0.2
ghc-boot-8.0.2
ghc-boot-th-8.0.2
ghc-prim-0.5.0.0
ghci-8.0.2
haskeline-0.7.3.0
hoopl-3.10.2.1
hpc-0.6.0.3
integer-gmp-1.0.0.1
pretty-1.1.3.3
process-1.4.3.0
rts-1.0
template-haskell-2.11.1.0
terminfo-0.4.0.2
time-1.6.0.1
transformers-0.5.2.0
unix-2.7.2.1
xhtml-3000.2.1
/Users/nrolland/.stack/snapshots/x86_64-osx/lts-8.23/8.0.2/pkgdb
(no packages)
/Users/nrolland/Sync/clones/haskGist80/.stack-work/install/x86_64-osx/lts-8.23/8.0.2/pkgdb
(no packages)
How can I easily load up modules without creating a full blown project ?
It might be easy but I am very confused about how this whole thing works..
Packages have to be installed (downloaded and compiled) before they can be used:
stack install lens
If you are working with a Cabalized project (which can be a good idea even for small things), stack will install dependencies listed in your cabal file so you don't have to install them manually.
In response to your comment: I suppose it would technically be possible to download and install all of (some version of) stackage, but this doesn't seem desirable. It would take an awfully long time and has little benefit over installing packages at need. Besides, I don't know of an automated way to do it. I know some interesting work has been done on "offline hackage" storage but it isn't ready for use.
Related
I'm working on a simple Haskell project, which has compiled fine thus far. A friend committed some changes via subversion to test something out, and now ghc stalls at the linking stage. I checked the verbose option and it seems to be hanging on "Deleting temp dirs" after linking. Even after reverting my friend's changes this slowdown is still occurring. The complete trace is:
Glasgow Haskell Compiler, Version 8.6.5, stage 2 booted by GHC version 8.6.3
Using binary package database: /Users/maincomp/.ghcup/ghc/8.6.5/lib/ghc-8.6.5/package.conf.d/package.cache
package flags []
loading package database /Users/maincomp/.ghcup/ghc/8.6.5/lib/ghc-8.6.5/package.conf.d
wired-in package ghc-prim mapped to ghc-prim-0.5.3
wired-in package integer-gmp mapped to integer-gmp-1.0.2.0
wired-in package base mapped to base-4.12.0.0
wired-in package rts mapped to rts
wired-in package template-haskell mapped to template-haskell-2.14.0.0
wired-in package ghc mapped to ghc-8.6.5
package flags []
loading package database /Users/maincomp/.ghcup/ghc/8.6.5/lib/ghc-8.6.5/package.conf.d
wired-in package ghc-prim mapped to ghc-prim-0.5.3
wired-in package integer-gmp mapped to integer-gmp-1.0.2.0
wired-in package base mapped to base-4.12.0.0
wired-in package rts mapped to rts-1.0
wired-in package template-haskell mapped to template-haskell-2.14.0.0
wired-in package ghc mapped to ghc-8.6.5
*** Chasing dependencies:
Chasing modules from: *Test/CalcTests.hs
!!! Chasing dependencies: finished in 1.46 milliseconds, allocated 0.722 megabytes
Stable obj: [ESf6z :-> Src.Calc, ESf6D :-> Main]
Stable BCO: []
Ready for upsweep
[NONREC
ModSummary {
ms_hs_date = 2020-09-29 22:32:36.870126817 UTC
ms_mod = Src.Calc,
ms_textual_imps = [(Nothing, Prelude)]
ms_srcimps = []
},
NONREC
ModSummary {
ms_hs_date = 2020-09-29 22:33:01.447304406 UTC
ms_mod = Main,
ms_textual_imps = [(Nothing, Prelude), (Nothing, System.IO),
(Nothing, System.Exit), (Nothing, Src.Calc)]
ms_srcimps = []
}]
*** Deleting temp files:
Deleting:
compile: input file ./Src/Calc.hs
*** Checking old interface for Src.Calc (use -ddump-hi-diffs for more details):
[1 of 2] Skipping Src.Calc ( Src/Calc.hs, Src/Calc.o )
*** Deleting temp files:
Deleting:
compile: input file Test/CalcTests.hs
*** Checking old interface for Main (use -ddump-hi-diffs for more details):
[2 of 2] Skipping Main ( Test/CalcTests.hs, Test/CalcTests.o )
Upsweep completely successful.
*** Deleting temp files:
Deleting:
link: linkables are ...
LinkableM (2020-09-29 22:39:10.279253082 UTC) Src.Calc
[DotO ./Src/Calc.o]
LinkableM (2020-09-29 22:39:12.122642619 UTC) Main
[DotO Test/CalcTests.o]
Test/CalcTests is up to date, linking not required.
*** Deleting temp files:
Deleting:
*** Deleting temp dirs:
Deleting:
Any ghc gurus with insight into this?
I am using Haskell version 7.8.4 on (X)Ubuntu 15.10, with Cabal-Install 1.18 both installed through apt. I have not attempted to install anything Haskell-related by hand on this machine. I set up a cabal sandbox, fetched and installed a module only to discover that ghc doesn't seem to be picking it up. ghc -v seems to suggest that I have two versions of the cabal library that are mutually shadowing each other. How does this work?
I am starting out with an empty directory /tmp/haskell-example
then I do a cabal sandbox init.
$ cabal sandbox init
Writing a default package environment file to
/tmp/haskell-example/cabal.sandbox.config
Creating a new sandbox at /tmp/haskell-example/.cabal-sandbox
then I install natural-numbers because I want to use the Data.Natural module in a program. This operation succeeds.
$ cabal install natural-numbers
Resolving dependencies...
Notice: installing into a sandbox located at
/tmp/haskell-example/.cabal-sandbox
Configuring natural-numbers-0.1.2.0...
Building natural-numbers-0.1.2.0...
Installed natural-numbers-0.1.2.0
I can verify that the Data.Natural module has indeed been installed to the cabal sandbox.
$ ls /tmp/haskell-example/.cabal-sandbox/lib/x86_64-linux-ghc-7.8.4/natural-numbers-0.1.2.0
Data
libHSnatural-numbers-0.1.2.0.a
libHSnatural-numbers-0.1.2.0-ghc7.8.4.so
$ ls /tmp/haskell-example/.cabal-sandbox/lib/x86_64-linux-ghc-7.8.4/natural-numbers-0.1.2.0/Data
Natural.dyn_hi
Natural.hi
then I create a simple Main.hs file that imports Data.Natural but does not use it.
module Main where
import Data.Natural
main = putStrLn "Hello World"
When I try to ghc Main.hs I see the following :
$ ghc Main.hs
Main.hs:3:8:
Could not find module ‘Data.Natural’
Use -v to see a list of the files searched for.
With the verbose flag enabled, it seems as if my cabal is getting shadowed by a later cabal, which is in turn shadowing the earlier cabal. Why is this happening?
$ ghc -v Main.hs
Glasgow Haskell Compiler, Version 7.8.4, stage 2 booted by GHC version 7.8.4
Using binary package database: /usr/lib/ghc/package.conf.d/package.cache
hiding package Cabal-1.18.1.5 to avoid conflict with later version Cabal-1.22.1.1
wired-in package ghc-prim mapped to ghc-prim-0.3.1.0-ec14d2f6075975a2ce9112eae431c8e1
wired-in package integer-gmp mapped to integer-gmp-0.5.1.0-de4898ebdc5ab81cedce89121ae9ac84
wired-in package base mapped to base-4.7.0.2-5ef1e7e809bc3b18d74efc783356e209
wired-in package rts mapped to builtin_rts
wired-in package template-haskell mapped to template-haskell-2.9.0.0-c1976a420ad8b9b589eee08844c59ba2
wired-in package dph-seq not found.
wired-in package dph-par not found.
Hsc static flags:
hiding package Cabal-1.18.1.5 to avoid conflict with later version Cabal-1.22.1.1
wired-in package ghc-prim mapped to ghc-prim-0.3.1.0-ec14d2f6075975a2ce9112eae431c8e1
wired-in package integer-gmp mapped to integer-gmp-0.5.1.0-de4898ebdc5ab81cedce89121ae9ac84
wired-in package base mapped to base-4.7.0.2-5ef1e7e809bc3b18d74efc783356e209
wired-in package rts mapped to builtin_rts
wired-in package template-haskell mapped to template-haskell-2.9.0.0-c1976a420ad8b9b589eee08844c59ba2
wired-in package dph-seq not found.
wired-in package dph-par not found.
*** Chasing dependencies:
Chasing modules from: *Main.hs
Main.hs:3:8:
Could not find module ‘Data.Natural’
Locations searched:
Data/Natural.hs
Data/Natural.lhs
*** Deleting temp files:
Deleting:
*** Deleting temp dirs:
Deleting:
If you're into manual hacking, you can pass to ghc the sandbox's pkg db location, such as:
ghc Main.hs -package-db .cabal-sandbox/x86_64-linux-ghc-7.10.2-packages.conf.d/
However the "normal" way to use sandboxes is to always compile using cabal build (or cabal install with no parameters) rather than running ghc directly.
Run cabal init, answer questions as you please
Edit the resulting foo.cabal file (foo is the name of your package).
Run cabal build or cabal install - this will run ghc for you.
When editing the cabal file, check that your exported modules (if it's a lib) are listed and that your main src is correct. Also make sure dependencies such as natural-numbers are listed in the build-depends: clause.
I get this error:
aff.hs:3:8:
Could not find module ‘Control.Lens’
Perhaps you haven't installed the "js" libraries for package ‘lens-4.7’?
Use -v to see a list of the files searched for.
When compiling this file with ghcjs aff.hs:
{-# LANGUAGE TemplateHaskell #-}
import Control.Lens
data Foo = Foo { _x :: Int, _y :: Int } deriving Show
makeLenses ''Foo
main = do
let foo = Foo 1 2
print (foo & x .~ 7)
Error with ghcjs aff.hs -v:
vh:hs apple1$ ghcjs aff.hs -v
Glasgow Haskell Compiler for JavaScript, Version 7.8.4, stage 2 booted by GHC version 7.8.3
Using binary package database: /Users/apple1/.ghcjs/x86_64-darwin-0.1.0-7.8.4/ghcjs/package.conf.d/package.cache
Using binary package database: /Users/apple1/.ghcjs/x86_64-darwin-0.1.0-7.8.4/package.conf.d/package.cache
hiding package GLUT-2.5.1.1 to avoid conflict with later version GLUT-2.6.0.0
hiding package OpenGL-2.9.2.0 to avoid conflict with later version OpenGL-2.10.0.0
wired-in package ghc-prim mapped to ghc-prim-0.3.1.0-6e5df05b8d31294b1553cc2e7f7972db
wired-in package integer-gmp mapped to integer-gmp-0.5.1.0-c643540c959b8d4136c733c4ecf986b3
wired-in package base mapped to base-4.7.0.2-a962de1f083bee8a0176a548387263c2
wired-in package rts mapped to builtin_rts
wired-in package template-haskell mapped to template-haskell-2.9.0.0-3231d71f33d4fa4ea3f0278ff8020078
wired-in package dph-seq not found.
wired-in package dph-par not found.
Hsc static flags:
hiding package GLUT-2.5.1.1 to avoid conflict with later version GLUT-2.6.0.0
hiding package OpenGL-2.9.2.0 to avoid conflict with later version OpenGL-2.10.0.0
wired-in package ghc-prim mapped to ghc-prim-0.3.1.0-6e5df05b8d31294b1553cc2e7f7972db
wired-in package integer-gmp mapped to integer-gmp-0.5.1.0-c643540c959b8d4136c733c4ecf986b3
wired-in package base mapped to base-4.7.0.2-a962de1f083bee8a0176a548387263c2
wired-in package rts mapped to builtin_rts
wired-in package template-haskell mapped to template-haskell-2.9.0.0-3231d71f33d4fa4ea3f0278ff8020078
wired-in package dph-seq not found.
wired-in package dph-par not found.
*** Chasing dependencies:
Chasing modules from: *aff.hs
aff.hs:3:8:
Could not find module ‘Control.Lens’
Perhaps you haven't installed the "js" libraries for package ‘lens-4.7’?
Locations searched:
Control/Lens.hs
Control/Lens.lhs
/Users/apple1/.cabal/lib/x86_64-osx-ghcjs-0.1.0-ghc7_8_4/lens-4.7/Control/Lens.js_hi
*** Deleting temp files:
Deleting:
*** Deleting temp dirs:
Deleting:
The file is in a sandboxed directory. I installed lens with cabal install --ghcjs lens. It seems like it was installed properly:
vh:hs apple1$ ghcjs-pkg list
/Users/apple1/.ghcjs/x86_64-darwin-0.1.0-7.8.4/ghcjs/package.conf.d
Cabal-1.22.0.0
aeson-0.8.0.2
array-0.5.0.0
async-2.0.1.6
attoparsec-0.12.1.2
base-4.7.0.2
binary-0.7.2.3
bytestring-0.10.6.0
case-insensitive-1.2.0.3
containers-0.5.6.2
deepseq-1.3.0.2
directory-1.2.1.0
dlist-0.7.1
extensible-exceptions-0.1.1.3
filepath-1.3.0.2
ghc-prim-0.3.1.0
ghcjs-base-0.1.0.0
ghcjs-prim-0.1.0.0
hashable-1.2.3.1
integer-gmp-0.5.1.0
mtl-2.2.1
old-locale-1.0.0.6
old-time-1.1.0.2
parallel-3.2.0.4
pretty-1.1.2.0
primitive-0.5.4.0
process-1.2.0.0
rts-1.0
scientific-0.3.3.3
stm-2.4.3
syb-0.4.4
template-haskell-2.9.0.0
text-1.2.0.3
time-1.4.2
transformers-0.4.2.0
unix-2.7.0.1
unordered-containers-0.2.5.1
vector-0.10.12.2
/Users/apple1/.ghcjs/x86_64-darwin-0.1.0-7.8.4/package.conf.d
GLURaw-1.4.0.2
GLUT-2.5.1.1
GLUT-2.6.0.0
OpenGL-2.9.2.0
OpenGL-2.10.0.0
OpenGLRaw-1.5.0.1
QuickCheck-2.7.6
adjunctions-4.2
bifunctors-4.2
bmp-1.2.5.2
comonad-4.2.2
contravariant-1.2.0.1
distributive-0.4.4
exceptions-0.6.1
free-4.10.0.1
ghcjs-dom-0.1.1.3
gloss-1.9.2.1
gloss-raster-1.9.2.1
gloss-rendering-1.9.2.1
hashmap-1.3.0.1
lens-4.7
linear-1.16
nats-1
prelude-extras-0.4
profunctors-4.3.2
random-1.1
reflection-1.5.1
repa-3.3.1.2
semigroupoids-4.2
semigroups-0.16.0.1
sodium-0.11.0.3
split-0.2.2
tagged-0.7.3
tf-random-0.5
transformers-compat-0.3.3.4
void-0.7
I do this:
Edit cabal.sandbox.config to make the package-db: line point to the ghcjs subdir of the sandbox. It should look something like package-db: /path-to-project/.cabal-sandbox/x86_64-linux-ghcjs-0.1.0-ghc7_8_4-packages.conf.d
Then run cabal sandbox hc-pkg list.
I'm trying to run a simple Gloss program in Haskell on Xubuntu 14.04.
Now i've run the same program before with no issues on the same machine a while ago but it seems like its no longer working. Apparently it thinks Gloss is not installed when it is.
I've tried a lot of things with no luck.
Error when trying to compile program:
MyProg.hs:2:8:
Could not find module `Graphics.Gloss'
Use -v to see a list of the files searched for.
When using -v flag:
Glasgow Haskell Compiler, Version 7.6.3, stage 2 booted by GHC version 7.6.3
Using binary package database: /usr/lib/ghc/package.conf.d/package.cache
Using binary package database: /home/myuser/.ghc/x86_64-linux-7.6.3/package.conf.d/package.cache
package GLUT-2.4.0.0-31a913db9728fc0bba038e31af3ad274 is unusable due to missing or recursive dependencies:
OpenGL-2.8.0.0-344e8603ffa2fe942e6526830661f0ee
package OpenGL-2.8.0.0-344e8603ffa2fe942e6526830661f0ee is shadowed by package OpenGL-2.8.0.0-965a1de4ba5cd960ad85db9941a93722
package gloss-1.8.1.2-eb3652fd7115ec4d025ca235f1e1d64d is unusable due to missing or recursive dependencies:
GLUT-2.4.0.0-31a913db9728fc0bba038e31af3ad274 OpenGL-2.8.0.0-344e8603ffa2fe942e6526830661f0ee
package gloss-raster-1.8.1.2-fd045cd6d26cf5909eb1793d4659a1f3 is unusable due to missing or recursive dependencies:
gloss-1.8.1.2-eb3652fd7115ec4d025ca235f1e1d64d
hiding package HTTP-4000.2.8 to avoid conflict with later version HTTP-4000.2.19
hiding package Cabal-1.16.0 to avoid conflict with later version Cabal-1.22.4.0
hiding package binary-0.5.1.1 to avoid conflict with later version binary-0.6.4.0
hiding package network-2.4.1.2 to avoid conflict with later version network-2.6.2.0
hiding package parallel-3.2.0.3 to avoid conflict with later version parallel-3.2.0.6
hiding package GLURaw-1.3.0.0 to avoid conflict with later version GLURaw-1.4.0.2
hiding package binary-0.6.4.0 to avoid conflict with later version binary-0.7.4.0
wired-in package ghc-prim mapped to ghc-prim-0.3.0.0-d5221a8c8a269b66ab9a07bdc23317dd
wired-in package integer-gmp mapped to integer-gmp-0.5.0.0-2f15426f5b53fe4c6490832f9b20d8d7
wired-in package base mapped to base-4.6.0.1-8aa5d403c45ea59dcd2c39f123e27d57
wired-in package rts mapped to builtin_rts
wired-in package template-haskell mapped to template-haskell-2.8.0.0-a3012803fde1dc362e555b35a1a78e6d
wired-in package dph-seq not found.
wired-in package dph-par not found.
Hsc static flags: -static
*** Chasing dependencies:
Chasing modules from: *MyProg.hs
MyProg.hs:2:8:
Could not find module `Graphics.Gloss'
Locations searched:
Graphics/Gloss.hs
Graphics/Gloss.lhs
*** Deleting temp files:
Deleting:
*** Deleting temp dirs:
Deleting:
What seems to be the issue? (The machine has not changed at all since the program last worked fine, I had installed and used Gloss successfully then).
I am trying out the examples of reactive-banana in its tutorial. When I tried to load the example into ghci, I got an error.
Could not find module `Reactive.Banana.Frameworks.AddHandler'
Running it with ghci -v gives the output at the bottom. I installed wx-2.8 and wxWidgets-0.13.1.3 on ubuntu 14.04 LTS.
When I looked at my cabal directory, the AddHandler file is indeed not there:
$ ls lib/reactive-banana-0.8.0.0/ghc-7.6.3/Reactive/Banana/
Combinators.hi Frameworks.hi Model.hi Prim.hi Types.hi
Experimental Internal Prim Switch.hi
Could someone tell me what went wrong, and how do I fix the error please?
Thanks,
Error message:
~$ ghci teste.hs -v
GHCi, version 7.6.3: http://www.haskell.org/ghc/ :? for help
Glasgow Haskell Compiler, Version 7.6.3, stage 2 booted by GHC version 7.6.3
Using binary package database: /usr/lib/ghc/package.conf.d/package.cache
Using binary package database: /home/ting/.ghc/x86_64-linux-7.6.3/package.conf.d/package.cache
hiding package wxdirect-0.13.1.3 to avoid conflict with later version wxdirect-0.90.1.1
wired-in package ghc-prim mapped to ghc-prim-0.3.0.0-d5221a8c8a269b66ab9a07bdc23317dd
...
wired-in package dph-seq not found.
wired-in package dph-par not found.
Hsc static flags: -static
Loading package ghc-prim ... linking ... done.
*** gcc:
'/usr/bin/gcc' '-fno-stack-protector' '-Wl,--hash-size=31' '-Wl,--reduce-memory-overheads' '-L/usr/lib/ghc/integer-gmp-0.5.0.0' '--print-file-name' 'libgmp.so'
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
*** Chasing dependencies:
Chasing modules from:
Stable obj: []
Stable BCO: []
unload: retaining objs []
unload: retaining bcos []
Ready for upsweep []
Upsweep completely successful.
*** Deleting temp files:
Deleting:
*** Chasing dependencies:
Chasing modules from: *teste.hs
teste.hs:7:8:
Could not find module `Reactive.Banana.Frameworks.AddHandler'
Locations searched:
Reactive/Banana/Frameworks/AddHandler.hs
Reactive/Banana/Frameworks/AddHandler.lhs
Failed, modules loaded: none.
I have been working through that tutorial and wrote a fixed version of the example: Hope that helps.
Remove the import Reactive.Banana.Frameworks.AddHandler line. I think it has been moved to somewhere else and doesn't require explicit import.