[GHC] #5743: Configurably use system-provided libffi
GHC
cvs-ghc at haskell.org
Fri Nov 30 13:37:37 CET 2012
#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
More information about the Glasgow-haskell-bugs
mailing list