#7465: ./configure --with--ffi-libraries: ld cannot find libffi in a non-standard location --------------------------------+------------------------------------------- Reporter: trommler | Owner: trommler Type: bug | Status: patch Priority: normal | Component: Build System Version: 7.7 | Keywords: Os: Linux | Architecture: Unknown/Multiple Failure: Building GHC failed | Blockedby: Blocking: | Related: #5743 --------------------------------+------------------------------------------- Changes (by trommler): * status: new => patch Comment: attachment:0001-Record-libffi-directory-in-rts-package-conf-cf.-7465.patch adds a {{{library-dirs}}} entry to rts package conf. This is necessary because {{{--with-system-libffi}}} libffi is an external library that needs to be linked with too. attachment:0002-Add-L-flags-to-libs.depend-fixes-7465.patch adds -L flags for all {{{library-dirs}}} to {{{libs.depend}}} so libffi and other libraries (e.g. PAPI) can be found when those libraries are installed in directories that are not on the linker path. As I had quite long paths {{{ghc-pkg}}} decided to add newlines, so I had to get rid of those first using {{{tr}}}. I wonder if that could also be an issue for computing the -l flags if there were more libraries than fit on one line. The regexp in the second {{{sed}}} command does not handle spaces in directory names correctly, but I feel that won't be an issue on most Linux installations. If you disagree please let me know what you want me to do. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7465#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler