OK. So the in the dynamic case GHCi SHOULD NOT (MUST NOT?) require the
#9498: GHC links against unversioned .so files -------------------------------------+------------------------------------- Reporter: Kritzefitz | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.3 (Linking) | Resolution: | Keywords: Debian Operating System: Linux | Architecture: | Unknown/Multiple Type of failure: Other | Test Case: Blocked By: 10458 | Blocking: 9237 Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by trommler): Replying to [comment:21 simonmar]: presence of the development versions of C libraries when using an installed Haskell package. This is currently not the case.
I think we could make it so that GHCi, if using dynamic libraries,
doesn't require the `-dev` version of C library dependencies, but what's the gain from doing that? GHC would still require it when not using `-dynamic`, so you wouldn't be able to omit the dependency on `-dev` in the distro packages, for example. No, if we implemented my proposal in comment:16 we would not need the dependency on C library `-dev` packages anymore. The `-dev` package would only be a build requirement. This makes a difference on openSUSE's build service where we build each package in a separate virtual machine and install only packages that are actually needed for the current build. So when we __use__ the such a package in another build we would not have to install the C `-dev` packages and some of those can be fairly large. Moreover, we could get rid of the code chasing C libraries in `Linker.hs` and remove the code that parses linker scripts in `rts/Linker.c`. #9237 fails because the parsing of linker scripts is incomplete. #10046 might be an issue with linker scripts, too. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9498#comment:22 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler