#11042: Template Haskell / GHCi does not respect extra-lib-dirs -------------------------------------+------------------------------------- Reporter: mboes | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.2 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: Compile-time | Unknown/Multiple crash | Test Case: Blocked By: | Blocking: Related Tickets: #10458 #5289 | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by mboes): @Phyx- I'm not sure actually. How do I tell reliably? FWIW, the following command using the above provided example fails too: {{{ $ cabal sandbox init $ cabal install --enable-shared Resolving dependencies... Notice: installing into a sandbox located at /tmp/b/.cabal-sandbox Downloading zlib-0.6.1.1... Configuring zlib-0.6.1.1... Building zlib-0.6.1.1... Installed zlib-0.6.1.1 Configuring b-0.1.0.0... Building b-0.1.0.0... Failed to install b-0.1.0.0 Build log ( /tmp/b/.cabal-sandbox/logs/b-0.1.0.0.log ): Configuring b-0.1.0.0... Building b-0.1.0.0... Preprocessing executable 'b' for b-0.1.0.0... [1 of 2] Compiling Id ( src/Id.hs, dist/dist-sandbox- d8895b0c/build/b/b-tmp/Id.o ) [2 of 2] Compiling Main ( src/Main.hs, dist/dist-sandbox- d8895b0c/build/b/b-tmp/Main.o ) <command line>: can't load .so/.DLL for: libz.so (libz.so: cannot open shared object file: No such file or directory) cabal: Error: some packages failed to install: b-0.1.0.0 failed during the building phase. The exception was: ExitFailure 1 }}} Is there a way to control whether Template Haskell looks for static or for dynamic foreign libraries? Does the --enable-shared flag have any effect on that? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/11042#comment:4 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler