On Sat, Aug 13, 2016 at 10:47 PM, Matthias Kilian <k...@outback.escape.de> wrote: > Hi Karel, > > On Sat, Aug 13, 2016 at 06:56:39PM +0200, Karel Gardas wrote: >> > $ ./inplace/bin/ghc-stage2 --interactive >> > GHCi, version 8.1.20160812: http://www.haskell.org/ghc/ :? for help >> > Prelude> 1+1 >> > 2 >> > Prelude> :q >> > Leaving GHCi. >> > $ >> > >> > I'll try to propagate those fixes to GHC HEAD... >> >> FYI: The fixes are here: >> >> https://phabricator.haskell.org/D2453 >> https://phabricator.haskell.org/D2454 > > The wxneeded "fix" is really just a workaround.
It is indeed and it's clearly mentioned isn't it? But anyway it makes things running much better here so it's improvement. > Right now I'm building > and then testing a ghc-7.10.3 that > > - doas *not* link with -z wxneeded, > > - uses mmap with PROT_READ | PROT_WRITE in rts/Linker.c > > - uses mprotect with PROT_READ | PROT_EXEC right after loading and > resolving an object in Linker.c (i.e., just plain W^X) > > Results should be available tomorrow. Good I've been also looking into this, but now I'm investigating full testsuite results. So far majority of failures are in external interpreter. Anyway, I'm looking forward to see your patch(es), although Linker.c is quite moving target I hope I'll be able to forward-port your changes to HEAD and if working well this will be indeed proper fix for the issue and not just mine stopgap solution. Cheers, Karel
