Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-05-20 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  closed 
 Priority:  high |  Milestone:  Not GHC
Component:  Compiler |Version:  6.8.2  
 Severity:  normal   | Resolution:  fixed  
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Changes (by igloo):

  * status:  new => closed
  * resolution:  => fixed

Comment:

 OK, so I think we may as well close this bug then. Thanks everyone!

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-05-09 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  Not GHC
Component:  Compiler |Version:  6.8.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by eelco):

 It took me a bit longer than expected, but I can confirm that ghc 6.8.2
 built succesfully using XCode 3.1 (from the iPhone SDK package).

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-05-07 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  Not GHC
Component:  Compiler |Version:  6.8.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by eelco):

 I believe XCode 3.1 is released as part of the iPhone SDK
 (http://developer.apple.com/iphone/).  I'm not sure if it's going to be
 released 'stand-alone' as well.  I'm now installing it, to test if the bug
 is fixed for that version.  I'll report back in a couple of hours ;)

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-04-29 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  Not GHC
Component:  Compiler |Version:  6.8.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by igloo):

 (and the same for #2117)

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-04-29 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  Not GHC
Component:  Compiler |Version:  6.8.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Changes (by igloo):

  * milestone:  6.8.3 => Not GHC

Comment:

 Great, thanks Thorkil!

 So, I think the plan is to just sit and wait? If someone could shout when
 Xcode3.1 is released, that would be very useful.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-04-28 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.8.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by thorkilnaur):

 I am delighted to report that I was unable to provoke the "Bus error"
 reaction using the "Developer preview" version of Xcode3.1 that I tried
 out, prompted by the Apple response. The "tnaur PPC OSX stable 2" builder
 (which is a Mac OS X 10.5 Leopard) has succeeded for the first time, ever,
 with this version of Xcode3.1 (see
 
http://darcs.haskell.org/buildbot/all/builders/tnaur%20PPC%20OSX%20stable%202/builds/90).

 I suggest that we close this ticket when Apple releases a version of Xcode
 with this problem solved.

 Best regards
 Thorkil

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-04-25 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.8.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by [EMAIL PROTECTED]):

 I got this error today
 {{{
 collect2: ld terminated with signal 10 [Bus error]
 }}}
 whilst attempting to build the gtk2hs package for ghc-6.8.2.
 My machine is a PowerPC, running Leopard 10.5.2, and the ghc is the one
 from the ghc binary download page for powerpc-tiger.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-04-24 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.8.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by thorkilnaur):

 Apple has responded to the "Bug ID# 5655246 (PPC Leopard (Xcode 3.0)
 linker ld gets "Bus error" sometimes)" that I reported a while back,
 saying that this issue has been addressed in "the latest seed release of
 Xcode 3.1, build 9M2165" and asking for an update of the bug report. I
 will get to that within the next couple of days.

 Best regards
 Thorkil

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-03-12 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.8.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Changes (by maeder):

  * version:  6.9 => 6.8.2

Comment:

 Yes, the patch fixes #2117, too. (at least I could install the package
 parsec-3.0.0)

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-03-12 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by maeder):

 With your attached patch (that I don't understand) I was able to compile
 ghc-6.8.2 from sources. I'll try if that fixes #2117, too.

 {{{
 m03:ghc-6.8.2 maeder$ otool -L compiler/stage2/ghc-6.8.2
 compiler/stage2/ghc-6.8.2:
 GNUreadline.framework/Versions/A/GNUreadline (compatibility
 version 5.0.0, current version 5.2.0)
 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
 version 111.0.0)
 /opt/local/lib/libgmp.3.dylib (compatibility version 8.0.0,
 current version 8.2.0)
 /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
 version 1.0.0)
 m03:ghc-6.8.2 maeder$ uname -a
 Darwin m03.informatik.uni-bremen.de 9.2.0 Darwin Kernel Version 9.2.0: Tue
 Feb  5 16:15:19 PST 2008; root:xnu-1228.3.13~1/RELEASE_PPC Power Macintosh
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-02-14 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by thorkilnaur):

 Thanks for making me aware of the Mac OS X 10.5.2 update. I have updated
 the "tnaur PPC OSX ... 2" builder accordingly, so if that removes the
 problem, we should be able to detect it soon. (For the HEAD, we have to
 await the resolution of http://www.haskell.org/pipermail/cvs-
 ghc/2008-February/041135.html that currently makes the stage 2 build fail,
 rather than the problem of the present ticket.)

 Best regards
 Thorkil

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-02-14 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by gmh33):

 Is there a chance that the OS X update 10.5.2 would fix this?

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-01-23 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by thorkilnaur):

 Just for the record, using the mk/build.mk
 {{{
 GhcLibHcOpts=-O -fgenerics -fasm
 GhcStage1HcOpts=-O -fasm
 GhcStage2HcOpts=-O -fasm
 SplitObjs=NO
 GhcLibWays=
 HADDOCK_DOCS=YES
 }}}
 also used by the buildbots and the patch
 Work_around_PPC_Mac_OS_X_Leopard_ld_Bus_error_illustrative_only.dpatch
 that were attached a while ago, a recent stable branch GHC builds
 successfully. The stage=2 test summary is:
 {{{
 OVERALL SUMMARY for test run started at Wed Jan 23 17:49:47 CET 2008
 2078 total tests, which gave rise to
 6475 test cases, of which
0 caused framework failures
 1098 were skipped

 5102 expected passes
  242 expected failures
0 unexpected passes
   33 unexpected failures

 Unexpected failures:
TH_fail(normal)
divbyzero(normal,optc,optasm,ghci,threaded1,threaded2)
ffi009(ghci)
ghci024(ghci)
hpc_raytrace(normal,optc,optasm,threaded1,threaded2)
num012(normal,optc,optasm,ghci,threaded1,threaded2)
openFile008(ghci)
qq001(normal)
qq002(normal)
qq003(normal)
qq004(normal)
qq005(normal,optc,optasm,ghci,threaded1,threaded2)
qq006(normal)
signals002(ghci)
 }}}
 A recent head with the same patch applied also builds successfully with
 stage=2 test summary:
 {{{
 OVERALL SUMMARY for test run started at Wed Jan 23 09:48:22 CET 2008
 2075 total tests, which gave rise to
 6470 test cases, of which
0 caused framework failures
 1001 were skipped

 5188 expected passes
  239 expected failures
0 unexpected passes
   42 unexpected failures

 Unexpected failures:
break017(ghci)
divbyzero(normal,optc,optasm,ghci,threaded1,threaded2)
dynamic001(normal,optc,optasm,ghci,threaded1,threaded2)
dynamic002(normal,optc,optasm,ghci,threaded1,threaded2)
ffi009(ghci)
ghci024(ghci)
hpc_raytrace(normal,optc,optasm,threaded1,threaded2)
num012(normal,optc,optasm,ghci,threaded1,threaded2)
openFile008(ghci)
qq005(normal,optc,optasm,ghci,threaded1,threaded2)
qq006(normal)
recomp002(normal)
signals002(ghci)
 }}}
 Best regards
 Thorkil

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-01-20 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by thorkilnaur):

 Trying a few combinations of compiler options shows: With
 {{{
 SRC_HC_OPTS   = -H32m -O2
 GhcHcOpts = -Rghc-timing
 GhcLibHcOpts  =
 GhcLibWays=
 }}}
 in mk/build.mk, the build ends with:
 {{{
 ../../compiler/stage1/ghc-inplace -package-name unix-2.2 -hide-all-
 packages -split-objs -i -idist/build/autogen -idist/build -i. -Idist/build
 -Iinclude -#include "HsUnix.h" -#include "execvpe.h" -odir dist/build
 -hidir dist/build -stubdir dist/build -package base-3.0 -package
 directory-1.0 -O -XCPP -XForeignFunctionInterface -idist/build  -H32m -O2
 -c dist/build/System/Posix/Semaphore.hs -o
 dist/build/System/Posix/Semaphore.o  -ohi
 dist/build/System/Posix/Semaphore.hi
 collect2: ld terminated with signal 10 [Bus error]
 make[2]: *** [dist/build/System/Posix/Semaphore.o] Error 1
 make[1]: *** [make.library.unix] Error 2
 make: *** [stage1] Error 2
 }}}
 (The extra-packages are included in this build.) If I then change
 mk/build.mk to
 {{{
 SRC_HC_OPTS   = -H32m -O2
 GhcHcOpts = -Rghc-timing
 GhcLibHcOpts  =
 GhcLibWays=
 SplitObjs = NO
 }}}
 the build ends with:
 {{{
 /usr/bin/ld -r -x -o HSghc.o  stage2/basicTypes/BasicTypes.o
 stage2/basicTypes/DataCon.o stage2/basicTypes/Demand.o
 stage2/basicTypes/Id.o stage2/basicTypes/IdInfo.o
 stage2/basicTypes/Literal.o stage2/basicTypes/MkId.o
 stage2/basicTypes/Module.o stage2/basicTypes/Name.o
 stage2/basicTypes/NameEnv.o stage2/basicTypes/NameSet.o
 stage2/basicTypes/NewDemand.o stage2/basicTypes/OccName.o
 stage2/basicTypes/RdrName.o stage2/basicTypes/SrcLoc.o
 stage2/basicTypes/UniqSupply.o stage2/basicTypes/Unique.o
 stage2/basicTypes/Var.o stage2/basicTypes/VarEnv.o
 stage2/basicTypes/VarSet.o stage2/cmm/CLabel.o stage2/cmm/Cmm.o
 stage2/cmm/CmmBrokenBlock.o stage2/cmm/CmmCPS.o stage2/cmm/CmmCPSGen.o
 stage2/cmm/CmmCPSZ.o stage2/cmm/CmmCallConv.o stage2/cmm/CmmContFlowOpt.o
 stage2/cmm/CmmCvt.o stage2/cmm/CmmExpr.o stage2/cmm/CmmInfo.o
 stage2/cmm/CmmLex.o stage2/cmm/CmmLint.o stage2/cmm/CmmLive.o
 stage2/cmm/CmmLiveZ.o stage2/cmm/CmmOpt.o stage2/cmm/CmmParse.o
 stage2/cmm/CmmProcPoint.o stage2/cmm/CmmProcPointZ.o
 stage2/cmm/CmmSpillReload.o stage2/cmm/CmmTx.o stage2/cmm/CmmUtils.o
 stage2/cmm/CmmZipUtil.o stage2/cmm/DFMonad.o stage2/cmm/Dataflow.o
 stage2/cmm/MachOp.o stage2/cmm/MkZipCfg.o stage2/cmm/MkZipCfgCmm.o
 stage2/cmm/OptimizationFuel.o stage2/cmm/PprC.o stage2/cmm/PprCmm.o
 stage2/cmm/PprCmmZ.o stage2/cmm/StackColor.o stage2/cmm/StackPlacements.o
 stage2/cmm/ZipCfg.o stage2/cmm/ZipCfgCmmRep.o stage2/cmm/ZipCfgExtras.o
 stage2/cmm/ZipDataflow0.o stage2/codeGen/Bitmap.o
 stage2/codeGen/CgBindery.o stage2/codeGen/CgCallConv.o
 stage2/codeGen/CgCase.o stage2/codeGen/CgClosure.o stage2/codeGen/CgCon.o
 stage2/codeGen/CgExpr.o stage2/codeGen/CgForeignCall.o
 stage2/codeGen/CgHeapery.o stage2/codeGen/CgHpc.o
 stage2/codeGen/CgInfoTbls.o stage2/codeGen/CgLetNoEscape.o
 stage2/codeGen/CgMonad.o stage2/codeGen/CgParallel.o
 stage2/codeGen/CgPrimOp.o stage2/codeGen/CgProf.o
 stage2/codeGen/CgStackery.o stage2/codeGen/CgTailCall.o
 stage2/codeGen/CgTicky.o stage2/codeGen/CgUtils.o
 stage2/codeGen/ClosureInfo.o stage2/codeGen/CodeGen.o
 stage2/codeGen/SMRep.o stage2/coreSyn/CoreFVs.o stage2/coreSyn/CoreLint.o
 stage2/coreSyn/CorePrep.o stage2/coreSyn/CoreSubst.o
 stage2/coreSyn/CoreSyn.o stage2/coreSyn/CoreTidy.o
 stage2/coreSyn/CoreUnfold.o stage2/coreSyn/CoreUtils.o
 stage2/coreSyn/ExternalCore.o stage2/coreSyn/MkExternalCore.o
 stage2/coreSyn/PprCore.o stage2/coreSyn/PprExternalCore.o
 stage2/cprAnalysis/CprAnalyse.o stage2/deSugar/Check.o
 stage2/deSugar/Coverage.o stage2/deSugar/Desugar.o
 stage2/deSugar/DsArrows.o stage2/deSugar/DsBinds.o
 stage2/deSugar/DsCCall.o stage2/deSugar/DsExpr.o
 stage2/deSugar/DsForeign.o stage2/deSugar/DsGRHSs.o
 stage2/deSugar/DsListComp.o stage2/deSugar/DsMeta.o
 stage2/deSugar/DsMonad.o stage2/deSugar/DsUtils.o stage2/deSugar/Match.o
 stage2/deSugar/MatchCon.o stage2/deSugar/MatchLit.o
 stage2/ghci/ByteCodeAsm.o stage2/ghci/ByteCodeFFI.o
 stage2/ghci/ByteCodeGen.o stage2/ghci/ByteCodeInstr.o
 stage2/ghci/ByteCodeItbls.o stage2/ghci/ByteCodeLink.o
 stage2/ghci/Debugger.o stage2/ghci/GhciMonad.o stage2/ghci/GhciTags.o
 stage2/ghci/InteractiveUI.o stage2/ghci/Linker.o stage2/ghci/ObjLink.o
 sta

Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-01-03 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by eelco):

 I haven't spent much time on this (because I compiling GHC wasn't the
 final goal ;), but the compiler built with 'quickest' gave some strange
 errors concerning interface files when trying to build HAppS.  So I tried
 building 6.8.2 again, again with ld_classic, but now with build flavor
 'quick'.  I had to restart the build 3 or 4 times, since it segfaulted on
 (seemingly) random files.  After that I tried building HAppS again.
 Unfortunately, I got stuck at the same point, this time with a panic.

 {{{
 [10 of 18] Compiling HAppS.State.Transaction (
 src/HAppS/State/Transaction.hs, dist/build/HAppS/State/Transaction.o )

 src/HAppS/State/Transaction.hs:264:42:
 Warning: Defined but not used: `logger'

 src/HAppS/State/Transaction.hs:264:52:
 Warning: Defined but not used: `ev'
 ghc-6.8.2: panic! (the 'impossible' happened)
   (GHC version 6.8.2 for powerpc-apple-darwin):
 splitFunTy
 base:GHC.Conc.STM{tc r2T} base:GHC.Base.(){(w) tc 40}
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2008-01-02 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by thorkilnaur):

 Thanks a lot for this information. I would assume that the PPC Mac OS X
 Leopard builder fails to build stage 2 for the same reason
 (http://darcs.haskell.org/buildbot/all/tnaur%20PPC%20OSX%20head%202/builds/20
 /step-stage2/0):
 {{{
 /usr/bin/ld -r -x -o HSghc.o  stage2/basicTypes/BasicTypes.o
 stage2/basicTypes/DataCon.o stage2/basicTypes/Demand.o
 stage2/basicTypes/Id.o stage2/basicTypes/IdInfo.o
 stage2/basicTypes/Literal.o stage2/basicTypes/MkId.o
 stage2/basicTypes/Module.o stage2/basicTypes/Name.o
 stage2/basicTypes/NameEnv.o stage2/basicTypes/NameSet.o
 stage2/basicTypes/NewDemand.o stage2/basicTypes/OccName.o
 stage2/basicTypes/RdrName.o stage2/basicTypes/SrcLoc.o
 stage2/basicTypes/UniqSupply.o stage2/basicTypes/Unique.o
 stage2/basicTypes/Var.o stage2/basicTypes/VarEnv.o
 stage2/basicTypes/VarSet.o stage2/cmm/CLabel.o stage2/cmm/Cmm.o
 stage2/cmm/CmmBrokenBlock.o stage2/cmm/CmmCPS.o stage2/cmm/CmmCPSGen.o
 stage2/cmm/CmmCPSZ.o stage2/cmm/CmmCallConv.o stage2/cmm/CmmContFlowOpt.o
 stage2/cmm/CmmCvt.o stage2/cmm/CmmExpr.o stage2/cmm/CmmInfo.o
 stage2/cmm/CmmLex.o stage2/cmm/CmmLint.o stage2/cmm/CmmLive.o
 stage2/cmm/CmmLiveZ.o stage2/cmm/CmmOpt.o stage2/cmm/CmmParse.o
 stage2/cmm/CmmProcPoint.o stage2/cmm/CmmProcPointZ.o
 stage2/cmm/CmmSpillReload.o stage2/cmm/CmmTx.o stage2/cmm/CmmUtils.o
 stage2/cmm/CmmZipUtil.o stage2/cmm/DFMonad.o stage2/cmm/Dataflow.o
 stage2/cmm/MachOp.o stage2/cmm/MkZipCfg.o stage2/cmm/MkZipCfgCmm.o
 stage2/cmm/OptimizationFuel.o stage2/cmm/PprC.o stage2/cmm/PprCmm.o
 stage2/cmm/PprCmmZ.o stage2/cmm/StackColor.o stage2/cmm/StackPlacements.o
 stage2/cmm/ZipCfg.o stage2/cmm/ZipCfgCmmRep.o stage2/cmm/ZipCfgExtras.o
 stage2/cmm/ZipDataflow0.o stage2/codeGen/Bitmap.o
 stage2/codeGen/CgBindery.o stage2/codeGen/CgCallConv.o
 stage2/codeGen/CgCase.o stage2/codeGen/CgClosure.o stage2/codeGen/CgCon.o
 stage2/codeGen/CgExpr.o stage2/codeGen/CgForeignCall.o
 stage2/codeGen/CgHeapery.o stage2/codeGen/CgHpc.o
 stage2/codeGen/CgInfoTbls.o stage2/codeGen/CgLetNoEscape.o
 stage2/codeGen/CgMonad.o stage2/codeGen/CgParallel.o
 stage2/codeGen/CgPrimOp.o stage2/codeGen/CgProf.o
 stage2/codeGen/CgStackery.o stage2/codeGen/CgTailCall.o
 stage2/codeGen/CgTicky.o stage2/codeGen/CgUtils.o
 stage2/codeGen/ClosureInfo.o stage2/codeGen/CodeGen.o
 stage2/codeGen/SMRep.o stage2/coreSyn/CoreFVs.o stage2/coreSyn/CoreLint.o
 stage2/coreSyn/CorePrep.o stage2/coreSyn/CoreSubst.o
 stage2/coreSyn/CoreSyn.o stage2/coreSyn/CoreTidy.o
 stage2/coreSyn/CoreUnfold.o stage2/coreSyn/CoreUtils.o
 stage2/coreSyn/ExternalCore.o stage2/coreSyn/MkExternalCore.o
 stage2/coreSyn/PprCore.o stage2/coreSyn/PprExternalCore.o
 stage2/cprAnalysis/CprAnalyse.o stage2/deSugar/Check.o
 stage2/deSugar/Coverage.o stage2/deSugar/Desugar.o
 stage2/deSugar/DsArrows.o stage2/deSugar/DsBinds.o
 stage2/deSugar/DsCCall.o stage2/deSugar/DsExpr.o
 stage2/deSugar/DsForeign.o stage2/deSugar/DsGRHSs.o
 stage2/deSugar/DsListComp.o stage2/deSugar/DsMeta.o
 stage2/deSugar/DsMonad.o stage2/deSugar/DsUtils.o stage2/deSugar/Match.o
 stage2/deSugar/MatchCon.o stage2/deSugar/MatchLit.o
 stage2/ghci/ByteCodeAsm.o stage2/ghci/ByteCodeFFI.o
 stage2/ghci/ByteCodeGen.o stage2/ghci/ByteCodeInstr.o
 stage2/ghci/ByteCodeItbls.o stage2/ghci/ByteCodeLink.o
 stage2/ghci/Debugger.o stage2/ghci/GhciMonad.o stage2/ghci/GhciTags.o
 stage2/ghci/InteractiveUI.o stage2/ghci/Linker.o stage2/ghci/ObjLink.o
 stage2/ghci/RtClosureInspect.o stage2/hsSyn/Convert.o
 stage2/hsSyn/HsBinds.o stage2/hsSyn/HsDecls.o stage2/hsSyn/HsDoc.o
 stage2/hsSyn/HsExpr.o stage2/hsSyn/HsImpExp.o stage2/hsSyn/HsLit.o
 stage2/hsSyn/HsPat.o stage2/hsSyn/HsSyn.o stage2/hsSyn/HsTypes.o
 stage2/hsSyn/HsUtils.o stage2/iface/BinIface.o stage2/iface/BuildTyCl.o
 stage2/iface/IfaceEnv.o stage2/iface/IfaceSyn.o stage2/iface/IfaceType.o
 stage2/iface/LoadIface.o stage2/iface/MkIface.o stage2/iface/TcIface.o
 stage2/main/BreakArray.o stage2/main/CmdLineParser.o
 stage2/main/CodeOutput.o stage2/main/Config.o stage2/main/Constants.o
 stage2/main/DriverMkDepend.o stage2/main/DriverPhases.o
 stage2/main/DriverPipeline.o stage2/main/DynFlags.o stage2/main/ErrUtils.o
 stage2/main/Finder.o stage2/main/GHC.o stage2/main/HeaderInfo.o
 stage2/main/HscMain.o stage2/main/HscStats.o stage2/main/HscTypes.o
 sta

Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2007-12-28 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by eelco):

 I finally succeeded doing a GHC 6.8.2 build by running ./configure --with-
 ld=/usr/bin/ld_classic and a mk/build.mk (copied from the sample) with
 build flavour 'quickest'.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2007-12-28 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by eelco):

 Replying to [comment:6 eelco]:
 > I also tried using ld_classic, simply by running ./configure --with-
 ld=/usr/bin/ld_classic before making.  Unfortunately, this causes GHC
 (stage1) to panic:

 Sorry, this must have been caused by something else.  A completely clean
 build with ld_classic fails with the bus error again.

 {{{
 make -f Makefile.ghcbin -r HS_PROG=stage2/ghc-6.8.2 stage2/ghc-6.8.2
 ../compiler/stage1/ghc-inplace -o stage2/ghc-6.8.2 -H16m -O -package ghc
 -Istage2 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen
 -InativeGen -Iparser -Rghc-timing  -DGHCI -threaded -fforce-recomp
 stage2/main/Main.o
 collect2: ld terminated with signal 10 [Bus error]
 <>
 make[3]: *** [stage2/ghc-6.8.2] Error 1
 make[2]: *** [stage2/ghc-6.8.2] Error 2
 make[1]: *** [stage2] Error 2
 make: *** [bootstrap2] Error 2
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2007-12-28 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by eelco):

 Hi Thorkil,

 I encounter the dreaded 'Bus error' also when trying to build GHC 6.8.2 on
 PPC OS X 10.5.  It fails on the network library when building with
 extralibs...
 {{{
 ../../compiler/stage1/ghc-inplace -package-name network-2.1.0.0 -hide-all-
 packages -split-objs -i -idist/build/autogen -idist/build -i. -Idist/build
 -Iinclude -optc-DCALLCONV=ccall -#include "HsNet.h" -odir dist/build
 -hidir dist/build -stubdir dist/build -package base-3.0.1.0 -package
 parsec-2.1.0.0 -O -DCALLCONV=ccall -XCPP -idist/build  -H16m -O -O -Rghc-
 timing -fgenerics -c Network.hs -o dist/build/Network.o  -ohi
 dist/build/Network.hi
 collect2: ld terminated with signal 10 [Bus error]
 <>
 make[2]: *** [dist/build/Network.o] Error 1
 make[1]: *** [make.library.network] Error 2
 make: *** [stage1] Error 2

 }}}

 ... and when trying to link HSghc.o in stage 2 when building without the
 extralibs.
 {{{
 make -C compiler stage=2
 /usr/bin/ld -r -x -o HSghc.o  stage2/basicTypes/BasicTypes.o
 ...
 make[2]: *** [HSghc.o] Bus error
 make[2]: *** Deleting file `HSghc.o'
 make[1]: *** [stage2] Error 2
 make: *** [bootstrap2] Error 2
 }}}

 I also tried using ld_classic, simply by running ./configure --with-
 ld=/usr/bin/ld_classic before making.  Unfortunately, this causes GHC
 (stage1) to panic:

 {{{
 ../../compiler/stage1/ghc-inplace -package-name base-3.0.1.0 -hide-all-
 packages -split-objs -i -idist/build/autogen -idist/build -i. -Idist/build
 -Iinclude -#include "HsBase.h" -odir dist/build -hidir dist/build -stubdir
 dist/build -package rts-1.0 -O -fglasgow-exts -package-name base -XCPP
 -idist/build  -prof -hisuf p_hi -hcsuf p_hc -osuf p_o -H16m -O -O -Rghc-
 timing -fgenerics -c GHC/PrimopWrappers.hs -o
 dist/build/GHC/PrimopWrappers.p_o  -ohi dist/build/GHC/PrimopWrappers.p_hi
 ghc-6.8.2: panic! (the 'impossible' happened)
   (GHC version 6.8.2 for powerpc-apple-darwin):
 lookupVers1 base:GHC.Prim Int#{tc}
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2007-12-19 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner:  thorkilnaur
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Changes (by thorkilnaur):

  * owner:  => thorkilnaur

Comment:

 I will try to do something here.

 Best regards
 Thorkil

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2007-12-19 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner: 
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by thorkilnaur):

 I reported this problem to Apple today:  Bug ID# 5655246 (PPC Leopard
 (Xcode 3.0) linker ld gets "Bus error" sometimes).

 Best regards
 Thorkil

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2007-12-18 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner: 
 Type:  bug  | Status:  new
 Priority:  high |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Changes (by igloo):

  * priority:  normal => high

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2007-12-14 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner: 
 Type:  bug  | Status:  new
 Priority:  normal   |  Milestone:  6.8.3  
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Changes (by igloo):

  * milestone:  => 6.8.3

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9

2007-12-08 Thread GHC
#1958: collect2: ld terminated with signal 10 [Bus error]: Building parsec on a
PPC Mac OS X 10.5 Leopard as part of GHC 6.9
-+--
 Reporter:  thorkilnaur  |  Owner: 
 Type:  bug  | Status:  new
 Priority:  normal   |  Milestone: 
Component:  Compiler |Version:  6.9
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Comment (by thorkilnaur):

 I have reduced the size of the assembler file that tickles what I still
 believe is a Leopard linker error to this:
 {{{
 thorkil-naurs-mac-mini:split438 thorkilnaur$ cat g17.s
 .const_data
 .align 2
 _parseczm2zi0_TextziParserCombinatorsziParsecziToken_makeTokenParser_srt:
 .long   0
 .text
 .align 2
 .long
 
_parseczm2zi0_TextziParserCombinatorsziParsecziToken_makeTokenParser_srt-(_s58i_info)+24
 _s58i_info:
 .long   0

 .symbol_stub
 L_u_iswalpha$stub:
 .indirect_symbol _u_iswalpha
 lis r11,ha16(L_u_iswalpha$lazy_ptr)
 lwz r12,lo16(L_u_iswalpha$lazy_ptr)(r11)
 mtctr r12
 addi r11,r11,lo16(L_u_iswalpha$lazy_ptr)
 bctr
 .lazy_symbol_pointer
 L_u_iswalpha$lazy_ptr:
 .indirect_symbol _u_iswalpha
 .long dyld_stub_binding_helper
 .subsections_via_symbols
 thorkil-naurs-mac-mini:split438 thorkilnaur$
 }}}
 I get the Bus error as follows:
 {{{
 thorkil-naurs-mac-mini:split438 thorkilnaur$ gcc -c g17.s
 thorkil-naurs-mac-mini:split438 thorkilnaur$ ld -r g17.o
 Bus error
 thorkil-naurs-mac-mini:split438 thorkilnaur$
 }}}
 Here are some things that I can do that removes the Bus error reaction:
  * Change the initial {{{.const_data}}} to {{{.text}}}.
  * Change {{{.long
 
_parseczm2zi0_TextziParserCombinatorsziParsecziToken_makeTokenParser_srt-(_s58i_info)+24}}}
 to {{{.long 0}}}.
  * Remove the entire tail of the file that begins with {{{.symbol_stub}}}.
 http://www.haskell.org/pipermail/glasgow-haskell-
 users/2007-November/013447.html reports that:
   The ld executable used is actually from the ld64 project and not the
 cctools
   project. The cctools' ld is installed as ld_classic on OS X. In theory
 this
   should be the same linker as on Tiger and could be used instead of the
 ld
   from ld64. That might be a good workaround till ld is fixed: Update
 ghc's
   !SysTools to use ld_classic instead of ld.
 This is confirmed by the behaviour of the Leopard linker compared to the
 Tiger linker, in particular the wording of error messages when reporting
 on the same error.

 I have not found a way to replace {{{ld}}} by {{{ld_classic}}} in the GHC
 build process. I have tried:
  * looking for ways to make gcc use ld_classic and, in turn, GHC call gcc
 to make this happen. I have not found such a way.
  * creating a static link earlier than ld in the path that points to
 ld_classic, but this fails to replace the ld uses by gcc
  * replacing the link {{{/usr/libexec/gcc/powerpc-apple-darwin9/4.0.1/ld
 -> ../../../../bin/ld}}}, but that causes GHC configure (and also ordinary
 gcc compiles) to fail with
  {{{
  /usr/libexec/gcc/powerpc-apple-darwin9/4.0.1/ld: /usr/lib/gcc/powerpc-
 apple-darwin9/4.0.1/../../../libSystem.dylib unknown flags (type) of
 section 9 (__TEXT,__dof_plockstat) in load command 0
  /usr/libexec/gcc/powerpc-apple-darwin9/4.0.1/ld:
 /usr/lib/libSystem.B.dylib unknown flags (type) of section 9
 (__TEXT,__dof_plockstat) in load command 0
  collect2: ld returned 1 exit status
  }}}

 The basic problem that the Leopard linker apparently fails to solve in
 some cases is the evaluation of the expression
 
{{{_parseczm2zi0_TextziParserCombinatorsziParsecziToken_makeTokenParser_srt-(_s58i_info)+24}}}
 in line 7 of g17.s. The two symbols are defined in different sections
 (.const_data and .text, respectively) which seems significant. But whether
 this indicates any reasonable workaround in, say, the GHC code generator,
 I cannot tell.

 In any case, I would welcome some ideas about further directions for this
 investigation. I will happily supply any additional details.

 Best regards
 Thorkil

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs