#7718: ios patch no 8: adjustor pools --------------------------------+------------------------------------------- Reporter: StephenBlackheath | Owner: Type: feature request | Status: patch Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Resolution: | Keywords: Os: Other | Architecture: arm Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: 7724 | Related: --------------------------------+------------------------------------------- Comment(by StephenBlackheath): Sorry - that was slightly wrong: It's actually ffi_closure_free() on line 529 that uses trampoline_table and trampoline_table_entry fields stored by ffi_closure_alloc() (line 756), not the closure code. It seems that even though they assume they're using the same structure, ffi_closure_alloc/free() and ffi_prep_closure_loc() could possibly be indepdendent if you make several assumptions about the internal functioning of libffi and allocate two adjacent ffi_closure structures (though the existing Linux implementation would not work). The performance overhead of the hash table seems preferable to the risk of breakage caused by future changes to libffi. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7718#comment:20 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler