[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: ghc-options: -threaded breaks some arches


Am Donnerstag, den 29.10.2009, 18:20 +0000 schrieb Duncan Coutts:
> > > Of course I’d prefer if cabal had automatic support for this. I guess is
> > > does not ATM, so for now the flag is ok, and I’m hereby telling the
> > > Cabal people about this :-)
> > 
> > Did a trac ticket ever get created for this?  This affects Darcs 2.3.0,
> > so I'm about to add an -f-threaded to darcs.cabal for 2.4.0, because I
> > don't know how to tell Cabal "use -threaded iff you can".
> Looks like there's no ticket for it.
> If you write a patch now then we can probably get it into Cabal-1.8.x to
> be released with ghc-6.12.1. Otherwise it will almost certainly languish
> with the 100+ other open tickets.
> What you'd want to do is in the configure step for GHC to run "ghc
> --info" and parse the result into a name/value pair list and keep that
> in the Compiler data structure. Then during compile, if the package uses
> -threaded in the ghc-options and "RTS ways" does not include "thr" (or
> perhaps "Support SMP" is not "YES") then issue a warning and omit the
> flag.

Just a small note: I just stumbled over this patch:
[Filter ghc-options -threaded for libs too
Duncan Coutts <duncan@haskell.org>**20090125145035]
so the infrastructure to remove a -threaded flag is in place already, it
just needs to be extended to include the case where not threaded rts is
availble, in function hackThreadedFlag.


Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

Attachment: signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Reply to: