#5743: Configurably use system-provided libffi ------------------------------+--------------------------------------------- Reporter: nomeata | Owner: Type: feature request | Status: new Priority: normal | Milestone: 7.6.2 Component: Build System | Version: 7.2.1 Resolution: | Keywords: Os: Linux | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: #4496 ------------------------------+--------------------------------------------- Changes (by trommler):
* owner: trommler => * status: closed => new * resolution: fixed => Comment: Replying to [comment:15 PHO]: > Your patch mentions a variable `LIBFFI_LIBS`, which isn't defined anywhere. I think you need something like: This was part of my original patch but did not make it into the above commit: {{{ ifneq "$(UseSystemLibFFI)" "YES" LIBFFI_LIBS = -Lrts/dist/build -lffi else LIBFFI_LIBS = endif }}} In the case of {{{UseSystemLibFFI=="YES"}}} the correct linker flags will be set as part of {{{rts/libs.depend}}}, hence the empty definition for {{{LIBFFI_LIBS}}}. Tests driver dynHelloWorld, dynlibs T3807 and T5373 fail here with unresolved symbols from ffi when built with the in-tree libffi. I will reopen, assign to me, and prepare a patch. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5743#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler _______________________________________________ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs