Weird "can't load .so/.DLL" error I believe because of a git repo as a dependency.

[seanparsons]

Minimally reproducing project (as far as I can make it) here: https://github.com/seanparsons/cantloaderror

➜  cantloaderror git:(master) stack build
cantloaderror-0.1.0.0: build

--  While building package cantloaderror-0.1.0.0 using:
      /home/sean/.stack/programs/x86_64-linux/ghc-7.10.1/bin/runhaskell -package=Cabal-1.22.2.0 -    clear-package-db -global-package-db -package-db=/home/sean/.stack/snapshots/x86_64-linux/nightly-    2015-07-30/7.10.1/pkgdb/ /tmp/stack26392/Setup.hs --builddir=.stack-work/dist/x86_64-linux/Cabal-    1.22.2.0/ build
    Process exited with code: ExitFailure 1
    Logs have been written to: "/home/sean/workspace/cantloaderror/.stack-work/logs/cantloaderror-    0.1.0.0.log"

    Building cantloaderror-0.1.0.0...
    Preprocessing executable 'cantloaderror' for cantloaderror-0.1.0.0...
    [2 of 3] Compiling CantLoadError.Types ( src/CantLoadError/Types.hs, .stack-work/dist/x86_64-    linux/Cabal-1.22.2.0/build/cantloaderror/cantloaderror-tmp/CantLoadError/Types.o )
    <command line>: can't load .so/.DLL for: /home/sean/workspace/cantloaderror/.stack-    work/install/x86_64-linux/nightly-2015-07-30/7.10.1/lib/x86_64-linux-ghc-    7.10.1/fastl_2Slugq3CyPh7AFUfPDWpX2/libHSfast-logger-2.4.0-2Slugq3CyPh7AFUfPDWpX2-    ghc7.10.1.so (/home/sean/workspace/cantloaderror/.stack-work/install/x86_64-linux/nightly-2015-07-    30/7.10.1/lib/x86_64-linux-ghc-7.10.1/fastl_2Slugq3CyPh7AFUfPDWpX2/libHSfast-logger-2.4.0-    2Slugq3CyPh7AFUfPDWpX2-ghc7.10.1.so: undefined symbol:     direczu3TcTyYedch32o1zzTH2MR00_SystemziDirectory_findExecutable4_info)

This was working when the amazonka library was depended on using extra-deps, but I needed the more recent version that is unreleased.

[chrisdone]

Perhaps directory isn't specified as a package dependency in a place that it should be?

[seanparsons]

@chrisdone Adding it to the .cabal file of my project doesn't change anything.

[chrisdone]

Perhaps do a clean and rebuild?

[seanparsons]

Still the same.

[bergmark]

I've seen this error a few times as well, it seems to happen pretty randomly for me and a stack clean resolves it. I've also seen this happen while using cabal-install...

In my case there is no git repository involved.

[seanparsons]

Again, stack clean does nothing. I didn't create the minimally reproducing project for my own entertainment.

[mgsloan]

It reproduces for me! Strange error, I have no idea what would cause this.

[snoyberg]

I have the targets overhaul to work on for the next few days. If this is
still unresolved at that point, I can look into it

On Mon, Aug 10, 2015, 2:26 AM Michael Sloan notifications@github.com
wrote:

Reopened #740 #740.

—
Reply to this email directly or view it on GitHub
#740 (comment).

[seanparsons]

This still occurs in 0.1.3.0.

[snoyberg]

What's the reason for having time as an extra-dep? It's using the same version (1.5.0.1) that's provided in the snapshot.

(This wouldn't be a valid reason for the behavior, but I'm trying to understand what I'm looking at.)

[snoyberg]

Just completed my build, and removing time-1.5.0.1 from extra-deps fixed the problem for me. @seanparsons can you confirm?

If that's the case, we need to decide what to do with this. We can write it off as a corner case until it crops up again, or investigate further. Given that this is a very large reproducing case, I'd rather wait for another example to crop up before diving in.