I think the only sane choice is to install haddock with ghc. Some
people may have multiple GHCs installed, some system-wide and some in
their home directory. I think it is generally impossible to guess for
an installer which version of which ghc to use.
Manuel
Ian Lynagh:
Hi all,
I've
Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/simonmar/nightly/HEAD
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx
Nightly build started on cam-02-unx at Sun Aug 17 18:02:06 BST 2008.
checking out
On Sun, 2008-08-17 at 12:02 +0100, Ian Lynagh wrote:
> I'm not keen on this (if I understand what you mean correctly). On
> systems like Debian we need to be able to just build the GHC package,
> and on systems like gentoo users don't want to have to build GHC twice
> just so that they can get the
On Sun, Aug 17, 2008 at 11:02:54AM +0100, Claus Reinke wrote:
>
> Since dynamic linking is on the table for 6.10 anyway, wouldn't that work?
I don't think we're confident that shared libraries will make it for
6.10.
> >Alternatively, we could build haddock and haddock the libraries, but not
> >s
I've been thinking about haddock 2 and GHC, and it's not clear to me
what the best way forwards is.
Haddock uses ghc-paths to work out where the GHC libdir is. This should
work fine for running haddock in the tree, but it won't work for
installing haddock as our builds are relocatable and ghc-pat
Build results:
x86-64 Linux head:lost
x86 Windows head: fail (failed bindist bindisttest nofib.boot.0
nofib.boot.0_2 nofib.boot.0_3 nofib.boot.0_4 nofib.boot.0_5)
x86 Windows head fast:pass pass pass pass pass pass
fast486 head: pass
kgardas head:
Build results:
tnaur PPC OSX stable 2: pass
tnaur x86 Linux stable: pass
x86 Windows stable: fail (failed stage1)
x86 Windows stable fast: pass pass pass pass pass pass
x86-64 Linux stable: fail (failed stage1)
Dropping unexpected test passes reports from builders not seen in 7 days:
