Ticket #2578 (closed bug: fixed)

Opened 5 years ago

Last modified 3 years ago

"ld: atom sorting error for ..." on OS X

Reported by: igloo Owned by: igloo
Priority: high Milestone: 6.12.2
Component: Compiler Version: 6.10.4
Keywords: Cc: pho@…
Operating System: MacOS X Architecture: Unknown/Multiple
Type of failure: Incorrect warning at compile-time Difficulty: Unknown
Test Case: Blocked By:
Blocking: Related Tickets:

Description

I'm seeing atom sorting errors while building GHC on OS X, e.g.:

Configuring ghc-bin-6.9...
/Users/ian/ghc/darcs/val/libraries/cabal-bin /usr/bin/ghc /Users/ian/ghc/darcs/val/libraries/bootstrapping.conf build     --distpref dist-stage2 
Preprocessing executables for ghc-bin-6.9...
Building ghc-bin-6.9...
[1 of 1] Compiling Main             ( Main.hs, dist-stage2/build/ghc/ghc-tmp/Main.o )
Linking dist-stage2/build/ghc/ghc ...
ld: atom sorting error for _ghczm6zi9_LibFFI_Czuffizutype_closure_tbl and _ghczm6zi9_LibFFI_Czuffizucif_closure_tbl in /Users/ian/ghc/darcs/val/compiler/dist-stage2/build/libHSghc-6.9.a(LibFFI.o)
ld: atom sorting error for _ghczm6zi9_LibFFI_Czuffizutype_closure_tbl and _ghczm6zi9_LibFFI_Czuffizucif_closure_tbl in /Users/ian/ghc/darcs/val/compiler/dist-stage2/build/libHSghc-6.9.a(LibFFI.o)

It doesn't seem to cause any problems, but it's a little worrying.

Change History

Changed 5 years ago by judah

The following post gives a little information about this issue:

 http://www.haskell.org/pipermail/glasgow-haskell-users/2008-January/013990.html

General consensus is that it's harmless; but it would be nice to eliminate the messages if possible.

Changed 5 years ago by chak

It may be harmless, but it is certainly annoying as it makes tests in the testsuite fail for reasons unrelated to the test (with the usual implications for validate).

Changed 5 years ago by simonmar

  • architecture changed from Unknown to Unknown/Multiple

Changed 5 years ago by simonmar

  • os changed from Unknown to Unknown/Multiple

Changed 5 years ago by igloo

  • milestone changed from 6.10.1 to 6.10.2

Changed 4 years ago by igloo

  • os changed from Unknown/Multiple to MacOS X

Changed 4 years ago by guest

You can avoid the warnings by passing the -w flag to the linker, i.e., -optl -w.

Changed 4 years ago by igloo

  • priority changed from normal to high
  • milestone changed from 6.10.2 to 6.12.1

This is actually a pretty serious problem in practice, because end users assume that compilation failed when they see it.

Changed 4 years ago by simonmar

  • owner set to igloo

Changed 4 years ago by colin-adams

  • version changed from 6.9 to 6.10.4

Seconded. I didn't attempt to run my program last night (on a laptop - offline from the internet) - I assumed I would have to report the bug and await a fix. Fortunately, I googled first and found this bug.

Changed 4 years ago by igloo

  • milestone changed from 6.12.1 to 6.12.2

Changed 4 years ago by simonmar

  • failure set to Incorrect warning at compile-time

Changed 4 years ago by chak

FWIW, I don't think that I have seen this warning on Snow Leopard at all.

Changed 3 years ago by PHO

  • cc pho@… added

Changed 3 years ago by igloo

Testcase:

module Main (main) where

data MyType
data MyType2

main :: IO ()
main = print ()
$ ghc-stage2 --make q -XEmptyDataDecls -fforce-recomp
[1 of 1] Compiling Main             ( q.hs, q.o )
Linking q ...
ld: atom sorting error for _Main_MyType_closure_tbl and _Main_MyType2_closure_tbl in q.o
ld: atom sorting error for _Main_MyType_closure_tbl and _Main_MyType2_closure_tbl in q.o
ld: atom sorting error for _Main_MyType_closure_tbl and _Main_MyType2_closure_tbl in q.o

Changed 3 years ago by igloo

  • status changed from new to closed
  • resolution set to fixed

Fixed by

Sat Feb 27 17:39:51 GMT 2010  Ian Lynagh <igloo@earth.li>
  * Fix trac #2578
  We define empty datatypes as not being enumerations, which means the
  empty blocks aren't generated.

in HEAD and 6.12.

Note: See TracTickets for help on using tickets.