#9868: ghc: panic! Dynamic linker not initialised -------------------------------------+------------------------------------- Reporter: Jamedjo | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.3 Resolution: | Keywords: Operating System: MacOS X | Architecture: x86_64 (amd64) Type of failure: Compile- | Difficulty: Unknown time crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by hanjoosten): Hi, I have the same bug, but on a windows 7 64bits machine. I have installed EclipesFP on it, which uses buildwrapper. The Buildwrapper output is: buildwrapper.exe: panic! (the 'impossible' happened) (GHC version 7.8.3 for x86_64-unknown-mingw32): Dynamic linker not initialised Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug build-wrapper- json:[null,[{"l":{"l":1,"ec":1,"el":1,"c":1,"f":"src\\Database\\Design\\Ampersand\\Input\\Parsing.hs"},"t":"buildwrapper.exe: panic! (the 'impossible' happened)\n (GHC version 7.8.3 for x86_64-unk nown-mingw32):\n\tDynamic linker not initialised\n\nPlease report this as a GHC bug: http://www.haskell.org/ghc/reportabug\n","s":"Error"}]] buildwrapper.exe: warning: inet_ntoa from ws2_32 is linked instead of __imp_inet_ntoa buildwrapper.exe: warning: getnameinfo from ws2_32 is linked instead of __imp_getnameinfo buildwrapper.exe: warning: getaddrinfo from ws2_32 is linked instead of __imp_getaddrinfo buildwrapper.exe: warning: freeaddrinfo from ws2_32 is linked instead of __imp_freeaddrinfo buildwrapper.exe: warning: accept from ws2_32 is linked instead of __imp_accept buildwrapper.exe: warning: WSACleanup from ws2_32 is linked instead of __imp_WSACleanup buildwrapper.exe: warning: WSAStartup from ws2_32 is linked instead of __imp_WSAStartup buildwrapper.exe: warning: WSACleanup from ws2_32 is linked instead of __imp_WSACleanup buildwrapper.exe: warning: tolower from msvcrt is linked instead of __imp_tolower buildwrapper.exe: warning: toupper from msvcrt is linked instead of __imp_toupper buildwrapper.exe: warning: isalpha from msvcrt is linked instead of __imp_isalpha buildwrapper.exe: warning: isalnum from msvcrt is linked instead of __imp_isalnum buildwrapper.exe: warning: isupper from msvcrt is linked instead of __imp_isupper buildwrapper.exe: warning: isgraph from msvcrt is linked instead of __imp_isgraph buildwrapper.exe: warning: isprint from msvcrt is linked instead of __imp_isprint buildwrapper.exe: warning: ispunct from msvcrt is linked instead of __imp_ispunct buildwrapper.exe: warning: iscntrl from msvcrt is linked instead of __imp_iscntrl buildwrapper.exe: warning: isupper from msvcrt is linked instead of __imp_isupper buildwrapper.exe: C:\Users\hjo20125\Git\ampersand\.cabal-sandbox\x86_64 -windows-ghc-7.8.3\hslua-0.3.13\HShslua-0.3.13.o: unknown symbol `mingw_getsp' Hope this helps in some way. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9868#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9868: ghc: panic! Dynamic linker not initialised -------------------------------------+------------------------------------- Reporter: Jamedjo | Owner: Type: bug | Status: infoneeded Priority: normal | Milestone: Component: Compiler | Version: 7.8.3 Resolution: | Keywords: Operating System: MacOS X | Architecture: x86_64 Type of failure: Compile-time | (amd64) crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Changes (by bgamari): * status: new => infoneeded Comment: I'm not really sure what we can do with this bug as is as there isn't enough information here to reproduce the crash. Moreover, it looks two of the issues reported here are distinct from the panic which apparently provoked the ticket. Could those affected by this see if they can reproduce the issue on GHC 7.10.2 and if so provide a detailed set of steps to reproduce the issue? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9868#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9868: ghc: panic! Dynamic linker not initialised -------------------------------------+------------------------------------- Reporter: Jamedjo | Owner: Type: bug | Status: infoneeded Priority: normal | Milestone: Component: Runtime System | Version: 7.8.3 (Linker) | Resolution: | Keywords: Operating System: MacOS X | Architecture: x86_64 Type of failure: Compile-time | (amd64) crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Changes (by ezyang): * component: Compiler => Runtime System (Linker) -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9868#comment:5 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9868: ghc: panic! Dynamic linker not initialised -------------------------------------+------------------------------------- Reporter: Jamedjo | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Runtime System | Version: 7.10.3 (Linker) | Resolution: | Keywords: Operating System: Linux | Architecture: x86_64 Type of failure: Compile-time | (amd64) crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by glittershark): * status: closed => new * resolution: worksforme => * version: 7.8.3 => 7.10.3 * os: MacOS X => Linux Comment: This is happening to me again on 7.10.3 -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9868#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9868: ghc: panic! Dynamic linker not initialised -------------------------------------+------------------------------------- Reporter: Jamedjo | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Runtime System | Version: 7.10.3 (Linker) | Resolution: | Keywords: Operating System: Linux | Architecture: x86_64 Type of failure: Compile-time | (amd64) crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by k-bx): ^ this helped -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9868#comment:9 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9868: ghc: panic! Dynamic linker not initialised -------------------------------------+------------------------------------- Reporter: Jamedjo | Owner: (none) Type: bug | Status: patch Priority: normal | Milestone: Component: Runtime System | Version: 7.10.3 (Linker) | Resolution: | Keywords: Operating System: Linux | Architecture: x86_64 Type of failure: Compile-time | (amd64) crash | Test Case: Blocked By: | Blocking: Related Tickets: #10355, #10919, | Differential Rev(s): Phab:D5012 #13137, #13531, #13607 | Wiki Page: | -------------------------------------+------------------------------------- Comment (by Ben Gamari ): In [changeset:"4fc6524a2a4a0003495a96c8b84783286f65c198/ghc" 4fc6524/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="4fc6524a2a4a0003495a96c8b84783286f65c198" Stop the linker panic If we fail to initialize the liker properly, we still set the `initLinkerDone`. In fact we even set that prior to actually initializing the linker. However if the linker initialization fails, we the `Done` state is still true. As such we run into the `Dynamic Linker not initialised` error. Which while technically corret is confusing as it pulls the attation away from the real issue. This change puts the Done state into an MVar, and as such ensureing that all parallel access needs to wait for the linker to be actually initialized, or try to re-initilize if it fails. Reviewers: bgamari, RyanGlScott, simonmar, hvr Reviewed By: bgamari Subscribers: rwbarton, thomie, carter GHC Trac Issues: #9868, #10355, #13137, #13607, #13531 Differential Revision: https://phabricator.haskell.org/D5012 }}} -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9868#comment:11 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler