#3843: Merge plugins into HEAD
---------------------------------+------------------------------------------
Reporter: dreixel | Owner: simonpj
Type: task | Status: new
Priority: normal | Milestone: 7.2.1
Component: Compiler | Version: 6.13
Keywords: | Testcase:
Blockedby: | Difficulty:
Os: Unknown/Multiple | Blocking:
Architecture: Unknown/Multiple | Failure: None/Unknown
---------------------------------+------------------------------------------
Comment(by batterseapower):
Ian: yes that was the problem. I think I mistakenly validated another
tree, not the one I actually pushed >_>
Fixing the linking issue on Windows is blocked by #5292. I've attached
patches (in 3843.zip) that will work perfectly if #5292 is fixed (except
that mingw32 will need to be changed from expect_broken), and already work
perfectly (and are validated) on Linux and OS X.
Currently, applying this patch series breaks GHCis dynamic linker on
Windows in a confusing way. The reason is the patch "Check EXE for any
symbols after checking all loaded DLLs": the code added by this patch,
combined with the GetProcAddress behaviour described in #5292 causes
GHCi's linker to resolve lots of functions that aren't actually available
in the list of loaded DLLs (such as GetLastError, recv, GetConsoleCP and
many others) to the address to the *first export* from ghc.exe. This is
obviously nonsense and leads to weirdness.
This weird behaviour only manifests if the export list overflows.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3843#comment:37>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
