[Git][ghc/ghc][wip/fix-windows] linker: Disable code unloading

Ben Gamari gitlab at gitlab.haskell.org
Tue Jun 18 23:13:18 UTC 2019



Ben Gamari pushed to branch wip/fix-windows at Glasgow Haskell Compiler / GHC


Commits:
0c544fae by Ben Gamari at 2019-06-18T23:13:10Z
linker: Disable code unloading

As noted in #16841, there are currently a variety of bugs in the
unloading logic. These only affect Windows since code unloading is
disabled on Linux, where we build with `GhcDynamic=YES` by default.

In the interest of getting the tree green on Windows disable code
unloading until the issues are resolved.

- - - - -


1 changed file:

- compiler/ghci/Linker.hs


Changes:

=====================================
compiler/ghci/Linker.hs
=====================================
@@ -1123,7 +1123,10 @@ unload_wkr hsc_env keep_linkables pls at PersistentLinkerState{..}  = do
         -- We don't do any cleanup when linking objects with the
         -- dynamic linker.  Doing so introduces extra complexity for
         -- not much benefit.
-      | otherwise
+
+      -- Code unloading currently disabled due to instability.
+      -- See #16841.
+      | False -- otherwise
       = mapM_ (unloadObj hsc_env) [f | DotO f <- linkableUnlinked lnk]
                 -- The components of a BCO linkable may contain
                 -- dot-o files.  Which is very confusing.
@@ -1131,6 +1134,7 @@ unload_wkr hsc_env keep_linkables pls at PersistentLinkerState{..}  = do
                 -- But the BCO parts can be unlinked just by
                 -- letting go of them (plus of course depopulating
                 -- the symbol table which is done in the main body)
+      | otherwise = return () -- see #16841
 
 {- **********************************************************************
 



View it on GitLab: https://gitlab.haskell.org/ghc/ghc/commit/0c544faecaf8dddc8a3df24bbe83e559158fdd93

-- 
View it on GitLab: https://gitlab.haskell.org/ghc/ghc/commit/0c544faecaf8dddc8a3df24bbe83e559158fdd93
You're receiving this email because of your account on gitlab.haskell.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-commits/attachments/20190618/3bd0f287/attachment-0001.html>


More information about the ghc-commits mailing list