#2615: ghci doesn't play nice with linker scripts -------------------------------------+------------------------------------- Reporter: AlecBerryman | Owner: Type: bug | Status: new Priority: high | Milestone: 6.12.3 Component: GHCi | Version: 7.0.3 Resolution: | Keywords: dlopen, Operating System: Linux | dynamic linking Type of failure: Incorrect result | Architecture: at runtime | Unknown/Multiple Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by hgolden): I suspect that the problem is caused by the error message being in a different language. I wonder if it is possible to add code to the patch to change the locale momentarily while in AddDLL and revert it before returning? If this can be done, then the error message would be in the language we are expecting and the result should be to look for the true shared library by scanning the linker script. Of course, this assumes that the linker script is still in English. (I don't know if this is the case.) If the linker script is in a different language, then the problem becomes much harder to solve without identifying the language and selecting the appropriate strings to use in the regular expressions. Jinhui, please attach the text of /usr/lib/libc.so on your test system so we can see what language it is in. Thanks. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/2615#comment:41 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler