Hello, (reviving an old thread) On Sun, Sep 13, 2009 at 08:48:43AM +0000, Joachim Breitner wrote:
Hi, Am Montag, den 24.08.2009, 14:29 +0200 schrieb Joachim Breitner:Am Sonntag, den 23.08.2009, 21:46 +1000 schrieb Trent W. Buck: > On Sun, Aug 16, 2009 at 07:01:42PM +0200, Kurt Roeckx wrote: > > Source: darcs > > Version: 2.3.0-1 > > Severity: serious > > > >> [136 of 136] Compiling Main ( src/darcs.hs, dist/build/darcs/darcs-tmp/Main.o ) > >> Linking dist/build/darcs/darcs ... > >> /usr/bin/ld: cannot find -lHSrts_thr > >> collect2: ld returned 1 exit status > >> make: *** [override_dh_auto_build] Error 1 > > > > A full build log can be found at: > > http://buildd.debian.org/build.php?arch=alpha&pkg=darcs&ver=2.3.0-1 > > I don't understand what happened here. > I need someone who knows more about GHC to explain it. > Accordingly, I have CC'd the debian-haskell team. same cause as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541679 and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542842, with ideas on how to fix it.I fixed this now in hlint. Upstream kindly added a cabal flag "threaded" (default on), and I trigger it with: # If no threaded RTS is found, disable it DEB_SETUP_GHC6_CONFIGURE_ARGS := $(shell test -e /usr/lib/ghc-$(GHC6_VERSION)/libHSrts_thr.a || echo --flags=-threaded) in debian/rules.
I've seen a few failures caused by this now. Would there be a problem in making this the default in hlibrary.mk? I suspect that this kind of problem will only be found after an ftbfs reported by a buildd admin, so fixing on a per-package basis would require a round trip if this is the case.
. o O (why is using a threaded RTS only when it is available not an upstream default?) Regards, Iain
Description: Digital signature