#13515: Unexpected failure of T11223_simple_duplicate_lib on 32-bit Windows --------------------------------+--------------------------------- Reporter: bgamari | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: 8.2.1 Component: Compiler | Version: 8.1 Keywords: | Operating System: Windows Architecture: x86 | Type of failure: None/Unknown Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: --------------------------------+--------------------------------- The `T11223_simple_duplicate_lib` test seems to fail on 32-bit Windows with, {{{#!patch diff --git a/testsuite/tests/rts/T11223/T11223_simple_duplicate_lib .stderr-mingw32 b/testsuite/tests/rts/T11223/T11223_simple_duplicate_lib .stderr-mingw32 index 4d4656f..5fdd70f 100644 --- a/testsuite/tests/rts/T11223/T11223_simple_duplicate_lib.stderr- mingw32 +++ b/testsuite/tests/rts/T11223/T11223_simple_duplicate_lib.stderr- mingw32 @@ -1,15 +1,15 @@ GHC runtime linker: fatal error: I found a duplicate definition for symbol - a + _a whilst processing object file - E:\ghc- dev\msys64\home\Tamar\ghc\testsuite\tests\rts\T11223\T11223_simple_duplicate_lib.run\libfoo_dup_lib.a + C:\msys64\home\ben\ghc\testsuite\tests\rts\T11223\T11223_simple_duplicate_lib.run\libfoo_dup_lib.a The symbol was previously defined in - E:\ghc- dev\msys64\home\Tamar\ghc\testsuite\tests\rts\T11223\T11223_simple_duplicate_lib.run\bar_dup_lib.o + C:\msys64\home\ben\ghc\testsuite\tests\rts\T11223\T11223_simple_duplicate_lib.run\bar_dup_lib.o This could be caused by: * Loading two different object files which export the same symbol * Specifying the same object file twice on the GHCi command line * An incorrect `package.conf' entry, causing some object to be loaded twice. -ghc-stage2.exe: ^^ Could not load 'c', dependency unresolved. See top entry above. +ghc-stage2.exe: ^^ Could not load '_c', dependency unresolved. See top entry above. ByteCodeLink: can't find label }}} While this difference looks innocuous enough, I can't recall anything in recent history that would cause such a change so I want to make sure we have a record of it. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/13515 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler