Hac 2007 II
Haskell Hackathon 2007 II
October 5-7, 2007
Freiburg, Germany
http://haskell.org/haskellwiki/Hac_2007_II
We are pleased to announce the 2n
chak:
> Simon Marlow wrote,
> >Personally, I think requiring a complete bootstrap/testsuite on two
> >platforms for every patch is still prohibitively expensive: up to 2
> >hours for each build plus the time and effort to set them up - that's if
> >you even have access to 2 different platforms.
ndmitchell:
> Hi
>
> >Regarding the patch itself, I'd rather just kill the current banner and
> >replace
> >it with a shorter banner if we're going to do this. What does everyone
> >else think?
>
> Finally! Precious screen real estate should be used to give useful
> information, not ASCII art
sven.panne:
> On Monday 02 April 2007 15:44, Malcolm Wallace wrote:
> > Done (although with some reluctance due to the general network slowness
> > of darcs.haskell.org). In the new darcs-all, I am very keen to retain
> > the ability to use package repos stored elsewhere (not at
> > darcs.haskell.
Malcolm.Wallace:
> Sven Panne <[EMAIL PROTECTED]> wrote:
>
> > * Malcolm: Could you move the polyparse repository from
> > http://www.cs.york.ac.uk/fp/darcs/polyparse to
> > darcs.haskell.org/packages, please? This would make things more
> > consistent.
>
> Done (although with some reluctance
sven.panne:
> On Monday 02 April 2007 13:51, Donald Bruce Stewart wrote:
> > [...]
> > nhc does use a base containing ByteString *but* it needed a couple of
> > tweaks to compile. Those nhc patches are in the darcs repo, but not in
> > the standard base yet.
> >
&
sven.panne:
> On Monday 02 April 2007 13:23, Donald Bruce Stewart wrote:
> > [...]
> > The other compilers should be using a base package with fps in it, as
> > hugs and ghc do.
> >
> > fps as a package only exists as a seperate darcs repo for those systems
> &
sven.panne:
> I'm currently trying to unify the darcs-all scripts for GHC/Hugs/nhc, adding
> a "--release" option on the way, which is inteded to retrieve fixed versions
> from Hackage instead of the latest & greatest stuff from darcs repos. Looking
> at nhc's package list, I found a few issues:
sven.panne:
> On Monday 02 April 2007 10:07, Simon Marlow wrote:
> > Since we're all demonstrating our local darcs hacks, here's mine: I use
> > HTTP for get/pull, and I have a script (attached) that grovels in
> > _darcs/prefs/repos to find the right place to push to and then pushes over
> > SSH.
sven.panne:
> [ Well, not exactly a GHC problem, but I think that the mailing list fits,
> anyway. ]
>
> When getting a repo via HTTP, darcs seems to be *much* faster than via SSH.
> Here as an example the cpphs repo, 3.7 patches per second vs. 0.7 patches per
> second (almost unusable for larg
simonpj:
> Not only that, but your boot file contained instance declarations!
> That's a pretty new feature, and it didn't work right. Should be ok
> now.
Yes, great! Thanks Simon!
It bulids now. I'll see about breaking up the module cycles a bit better.
-- Don
simonpj:
> GHC should not crash.
>
> But, as a separate matter, hs-boot files are always to be regarded
> with suspicion. Why do you need Num.hs-boot. I think it's because
> GHC.Num imports GHC.Show which imports GHC.List which imports
Yes, exactly this. Just trying to break that loop.
> Data.
Looks like there's still something wrong with iface checking and
.hs-boot files, in today's head (since the latest SPJ patches).
Duncan and I are working on a fork of base using stream fusion for the List
library. We needed a new .hs-boot breaker between Data.List.Stream and
GHC.Num. While this w
13 matches
Mail list logo
