2015-03-20 15:11:10 +0100 <btcNeverSleeps> mrkkrp: it took me a very long time to set everything up, but now I've got what seems to be a working Emacs + Haskell setup with cabal sandboxes, ghci-ng (if I understand correctly it's like ghci but enhance with a few functionalities, like "jump to definition") / flycheck
2015-03-20 14:38:48 +0100 <mrkkrp> According to this issue, https://github.com/flycheck/flycheck/issues/293#issuecomment-31580700 one needs to create `.dir-locals.el' file in project directory to make flycheck respect cabal sandboxes. Is it normal practice nowadays? I guess many folks use flycheck and sandboxes.
2015-03-20 14:23:45 +0100 <mrkkrp> ghorn: thanks for your help. I've fixed that by adding that module to `exported-modules'. Now cabal repl works for executable too. Crazy thing...
2015-03-20 14:14:09 +0100 <mrkkrp> Now I'm starting to look at the problem from another point of view.. cabal says that it can't load my library, although it exists. It says: undefined symbol: midazm0zi4zi1_MidaziRepresentationziBase_reverseOp_closure. Why would it say that? Representation.Base.reverseOp is a symbol in Representation.Base, module that is used by some modules that are exported, but this module itself it not exported. Maybe I'm wrong here? I'm sorry for
2015-03-20 13:49:14 +0100 <ghorn> you need "cabal configure -fexamples"
2015-03-20 13:48:47 +0100 <mrkkrp> `cabal repl exe:example' => cabal: Cannot build the executable 'example' because the component is marked as disabled in the .cabal file.
2015-03-20 13:46:52 +0100 <ghorn> "cabal repl example" and "cabal repl exe:example" both load the example in ghci after i "cabal build" the whole thing
2015-03-20 13:46:25 +0100 <mrkkrp> I've examined the log and it turns out that interactive haskell calls cabal repl exe:my-program, which fails...
2015-03-20 13:45:09 +0100 <mrkkrp> well, `cabal run' works for my project too. I'm asking because of interactive-haskell-mode, because it uses cabal-repl, but cabal-repl works only for library, not for executable.
2015-03-20 13:43:25 +0100 <ghorn> "cabal run example"
2015-03-20 13:42:30 +0100 <mrkkrp> ghorn: so, `cabal repl exe:example' works for you?
2015-03-20 13:40:39 +0100 <mrkkrp> ghorn: your description in .cabal file is inside braces, can I omit them?
2015-03-20 13:30:47 +0100 <mrkkrp> I naively thought that cabal can manage dependencies...
2015-03-20 13:29:11 +0100 <ghorn> maybe cabal install gtk2hs-buildtools ?
2015-03-20 13:28:49 +0100 <mrkkrp> cabal: Error: some packages failed to install:
2015-03-20 13:28:45 +0100 <mrkkrp> ghorn: funny enough, cabal sandbox init ; cabal configure ; cabal install --only-dependencies for your project failed.
2015-03-20 13:14:33 +0100 <ghorn> mrkkrp: i've learned a lot by browsing the .cabal files for widely used projects
2015-03-20 13:10:00 +0100 <ghorn> not sure if cabal repl example works
2015-03-20 13:09:45 +0100 <ghorn> cabal build
2015-03-20 13:09:44 +0100 <ghorn> cabal configure -fexamples
2015-03-20 13:09:25 +0100 <ghorn> see https://github.com/ghorn/Plot-ho-matic/blob/master/Plot-ho-matic.cabal
2015-03-20 13:06:37 +0100 <mrkkrp> Has anyone done a project that had a library and an executable depending on the library in single .cabal file? Could you call `cabal repl exe:foo'? I wonder if I'm running into absolutely unique problem here, so nobody knows how to fix that...
2015-03-20 12:29:28 +0100 <byorgey> mrkkrp: are you using a cabal sandbox?
2015-03-20 12:28:58 +0100 <byorgey> you don't necessarily need to "downgrade", just tell cabal not to use 2.8
2015-03-20 12:28:19 +0100 <byorgey> mrkkrp: a good solution would be to pass the flag --constraint='QuickCheck < 2.8' to cabal
2015-03-20 12:27:36 +0100 <byorgey> mrkkrp: that is an extremely old version of test-framework-quickcheck2. here's what happened: a new version of QuickCheck (2.8) was recently released. The latest version of test-framework-quickcheck2 has a constraint saying it only works with QuickCheck < 2.8. cabal then tried to find an older version of test-framework-quickcheck2 that supposedly does work with QuickCheck-2.8 (because it didn't specify any version bounds), with disastrous resu
2015-03-20 12:23:42 +0100 <mrkkrp> One more curious thing: Test/Framework/Providers/QuickCheck2.hs:16:31: Module ‘Test.QuickCheck.Test’ does not export ‘run’. cabal: Error: some packages failed to install: test-framework-quickcheck2-0.2.4 failed during the building phase. The exception was: ExitFailure 1.
2015-03-20 12:11:15 +0100 <mrkkrp> There are library and executable in one .cabal file. When I try to load repl for executable it can load the lib... weird
2015-03-20 11:56:02 +0100 <mrkkrp> My project consists of library and executable. `cabal build' works ok, however, when I call `cabal repl exe:my-project' it says that <command line>: can't load .so/.DLL for: ... How to fix this?
2015-03-20 11:29:46 +0100 <adamse> otoh, just `cabal build` without any target builds all targets I think
2015-03-20 11:27:21 +0100 <adamse> `executable NAME_HERE` in your cabal file
2015-03-20 11:25:29 +0100 <adamse> mrkkrp: presumably different build targets from your cabal file
2015-03-20 11:11:02 +0100 <ghorn> it would be rad if it was in cabal "cabal upload-docs" or something
2015-03-20 11:00:56 +0100 <indiagreen> mrkkrp: do you by any chance have several executables defined in your .cabal file
2015-03-20 10:28:21 +0100 <mrkkrp> I have that hook and I've set `haskell-process-type' to 'cabal-repl ...