[GHC] #13515: Unexpected failure of T11223_simple_duplicate_lib on 32-bit Windows

GHC ghc-devs at haskell.org
Sun Apr 2 20:25:32 UTC 2017


#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


More information about the ghc-tickets mailing list