[GHC] #7890: Static linking of GHC 7.7 does not work correctly

#7890: Static linking of GHC 7.7 does not work correctly ------------------------------------+--------------------------------------- Reporter: kazu-yamamoto | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.7 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: GHC doesn't work at all | Blockedby: Blocking: | Related: ------------------------------------+--------------------------------------- "cabal install" with ghc-7.7.20130504 fails on Linux. One example: {{{ % cabal install yesod Preprocessing library lifted-base-0.2.0.5... [1 of 6] Compiling System.Timeout.Lifted ( System/Timeout/Lifted.hs, dist/build/System/Timeout/Lifted.o ) [2 of 6] Compiling Data.IORef.Lifted ( Data/IORef/Lifted.hs, dist/build/Data/IORef/Lifted.o ) [3 of 6] Compiling Control.Concurrent.Chan.Lifted ( Control/Concurrent/Chan/Lifted.hs, dist/build/Control/Concurrent/Chan/Lifted.o ) [4 of 6] Compiling Control.Concurrent.MVar.Lifted ( Control/Concurrent/MVar/Lifted.hs, dist/build/Control/Concurrent/MVar/Lifted.o ) [5 of 6] Compiling Control.Exception.Lifted ( Control/Exception/Lifted.hs, dist/build/Control/Exception/Lifted.o ) Control/Exception/Lifted.hs:83:1: Warning: The import of ‛Monad’ from module ‛Control.Monad’ is redundant [6 of 6] Compiling Control.Concurrent.Lifted ( Control/Concurrent/Lifted.hs, dist/build/Control/Concurrent/Lifted.o ) /usr/bin/ld: cannot find -lHSmonad-control-0.3.2.1-ghc7.7.20130504 /usr/bin/ld: cannot find -lHStransformers-base-0.4.1-ghc7.7.20130504 /usr/bin/ld: cannot find -lHSbase-unicode-symbols-0.2.2.4-ghc7.7.20130504 collect2: ld returned 1 exit status cabal: Error: some packages failed to install: lifted-base-0.2.0.5 failed during the building phase. The exception was: ExitFailure 1 }}} Another example: {{{ % cabal install hlint Configuring uniplate-1.6.10... Building uniplate-1.6.10... Preprocessing library uniplate-1.6.10... [ 1 of 21] Compiling Data.Generics.Uniplate.Data.Instances ( Data/Generics/Uniplate/Data/Instances.hs, dist/build/Data/Generics/Uniplate/Data/Instances.o ) [ 2 of 21] Compiling Data.Generics.Uniplate.Internal.Utils ( Data/Generics/Uniplate/Internal/Utils.hs, dist/build/Data/Generics/Uniplate/Internal/Utils.o ) Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Loading package array-0.4.0.2 ... linking ... done. Loading package deepseq-1.3.0.2 ... linking ... done. Loading package bytestring-0.10.3.0 ... linking ... done. Loading package text-0.11.3.1 ... <command line>: can't load .so/.DLL for: libHStext-0.11.3.1.so (libHStext-0.11.3.1.so: cannot open shared object file: No such file or directory) cabal: Error: some packages failed to install: haskell-src-exts-1.13.5 failed during the building phase. The exception was: ExitFailure 1 hlint-1.8.44 depends on uniplate-1.6.10 which failed to install. uniplate-1.6.10 failed during the building phase. The exception was: ExitFailure 1 }}} But "cabal install --enable-shared" works well. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7890 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#7890: Static linking of GHC 7.7 does not work correctly --------------------------------------+------------------------------------- Reporter: kazu-yamamoto | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler | Version: 7.7 Resolution: worksforme | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: GHC doesn't work at all | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: --------------------------------------+------------------------------------- Changes (by igloo): * status: new => closed * difficulty: => Unknown * resolution: => worksforme Comment: I've done some experimentation, and I think this is all caused by some libraries being installed without the dynamic way. If you use a `cabal` command compiled against the latest development version of `Cabal` then it should enable shared libraries by default. If you still think that something is wrong, then can you please give complete reproduction instructions starting from a fresh GHC HEAD build, and include the output of `cabal --version`? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7890#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#7890: Static linking of GHC 7.7 does not work correctly --------------------------------------+------------------------------------- Reporter: kazu-yamamoto | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler | Version: 7.7 Resolution: worksforme | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: GHC doesn't work at all | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: --------------------------------------+------------------------------------- Comment(by kazu-yamamoto): OK. I will use the new Cabal library. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7890#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
participants (1)
-
GHC