[GHC] #14056: Figure out what to do about libffi
#14056: Figure out what to do about libffi -------------------------------------+------------------------------------- Reporter: bgamari | Owner: (none) Type: task | Status: new Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- For some platform GHC depends upon `libffi` for foreign call support in the bytecode interpreter. Unfortunately `libffi`'s upstream seems to be unresponsive and there has not been a release in nearly three years. This means that there is currently no release which has, e.g., support for AArch64 and iOS's compact debug information. While we obviously want to avoid shipping our own patched libffi, at this point we are starting to run out of options. Consider options for resolving this. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/14056 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
#14056: Figure out what to do about libffi -------------------------------------+------------------------------------- Reporter: bgamari | Owner: (none) Type: task | Status: new Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by angerman): I really wonder how other languages that e.g. depend on the go support that was added after the last release handle this? Do they just depend on some repository hash? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/14056#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
#14056: Figure out what to do about libffi -------------------------------------+------------------------------------- Reporter: bgamari | Owner: (none) Type: task | Status: new Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by bgamari): For the record, angerman requested a new release from upstream in March. See https://github.com/libffi/libffi/issues/296. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/14056#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
#14056: Figure out what to do about libffi -------------------------------------+------------------------------------- Reporter: bgamari | Owner: (none) Type: task | Status: new Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by bgamari): [[https://www.gnu.org/software/libffcall/|libffcall]] is an alternative that the [[https://github.com/ocamllabs/ocaml-ctypes/issues/56|Caml]] folks have considered, but they also decided against it due to lack of maintenance. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/14056#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
#14056: Figure out what to do about libffi -------------------------------------+------------------------------------- Reporter: bgamari | Owner: (none) Type: task | Status: new Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by bgamari): [[http://www.dyncall.org/|dyncall]] is another. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/14056#comment:4 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
#14056: Figure out what to do about libffi -------------------------------------+------------------------------------- Reporter: bgamari | Owner: (none) Type: task | Status: closed Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by bgamari): * status: new => closed * resolution: => fixed * milestone: 8.6.1 => 8.4.1 Comment: For the record, we have started using a snapshot of `libffi` in e515c7f37be97e1c2ccc497ddd0a730e63ddfa82. Until an alternative to `libffi` presents itself this will have to do. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/14056#comment:6 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
participants (1)
-
GHC