Matthias Kilian wrote:
> For my experimental mirror: please give it a try, it's at
> http://darcs.volkswurst.de, and I'd like to see some people getting
> and/or pulling from it (feel free to darcs get --complete, the
> server should be able to handle it). But note that nofib is still
> missing (be
On Tue, Sep 09, 2008 at 03:00:59PM +0100, Simon Marlow wrote:
> >Is this a change from 6.8.3? NetBSD currently provides 6.8.3 as an
> >optional package for NetBSD/i386 4.0, with ghci included and without
> >any mmap patches as far as I know. It was also working for me on
> >NetBSD/amd64 (which is
On Mon, Sep 08, 2008 at 01:22:15PM +0100, Simon Peyton-Jones wrote:
> We'd like GHC to be buildable on BSD, but at the moment it isn't.
> We support GHC on Linux, Windows, Mac, but we really need help
> with BSD.
The current plans for OpenBSD (and I can only speak for OpenBSD
here) are to provide
On Tue, Sep 09, 2008 at 04:15:15PM +0100, Simon Marlow wrote:
> Claus Reinke wrote:
>
> >What is wrong with a proper 'make', cleaning, dependencies,
> >and all, at least as an aim, if not yet in practice? Of course, you
> >can move house every time your dirty plates fill your sink, so that
> >you
On Tue, Sep 9, 2008 at 10:14 AM, Tim Chevalier <[EMAIL PROTECTED]> wrote:
> Well, one solution, which is not simple but not as complicated as it
> could be, is (just for ExtCore) to inline only names that appear in
> the original source module's export list, under the rationale that
> these are les
On Tue, Sep 9, 2008 at 9:00 AM, Simon Peyton-Jones
<[EMAIL PROTECTED]> wrote:
> But the point is that GHC knows *nothing* about (+) except its type and the
> inlining exposed by GHC.Base.hi. If you changed the definition of (+) at
> Int, and recompiled GHC.Base.hi, then any ExtCore that had inli
Tue Sep 9 09:21:07 PDT 2008 [EMAIL PROTECTED]
* Tell GHC which module nON_EXHAUSTIVE_GUARDS_ERROR_ID comes from
This one was missed when the error-ids all moved to Control.Exception.Base
(The nofib test 'fluid' showed it up.)
M ./compiler/basicTypes/MkId.lhs -1 +1
View patch onl
Tue Sep 9 08:57:09 PDT 2008 [EMAIL PROTECTED]
* Improve float-in somewhat
See Note [Floating in past a lambda group]. The new thing
here is that we previously were not floating in past a group
that had (\(a:*) \(x:State# a). e), with a type var *and* a
one-shot lambda.
The fix
Tue Sep 9 08:50:11 PDT 2008 [EMAIL PROTECTED]
* Important performance wibble to callSiteInline (the n_vals_wanted > 0 thing)
See Note [Inlining in ArgCtxt]. This very small change gives quite a
big performance win. Just showing the bigger ones:
Program SizeAll
| On 9/8/08, Simon Peyton-Jones <[EMAIL PROTECTED]> wrote:
| > If you want them (as you suggest) to be more like .hs files, then
| indeed you are going to sharply limit the amount of optimisation that
| you can do, by nuking all cross-module optimisation. For example
| (3::Int + 4) will not turn
Eric Kow wrote:
Eric Kow <[EMAIL PROTECTED]> added the comment:
Hi,
On Mon, Sep 08, 2008 at 23:35:17 -, Claus Reinke wrote:
$ darcs get c:/fptools/ghc
Unapplicable patch:
Thu Jan 11 14:26:13 GMT Standard Time 1996 partain
* [project @ 1996-01-11 14:06:51 by partain]
I think you will h
Tue Sep 9 07:51:22 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* when a memory leak is detected, report which blocks are unreachable
M ./includes/Block.h -1 +2
M ./rts/sm/BlockAlloc.c +32
M ./rts/sm/BlockAlloc.h +2
M ./rts/sm/MBlock.c -2 +91
M ./rts/sm/MBlock.h +5
M ./rts
Tue Sep 9 06:43:02 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* un-disable warnings in some modules
M ./rts/Makefile -3
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080909134302-12142-818f373ff9b93824a6021568057f21509a133bb4.gz
_
Tue Sep 9 06:52:51 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Separate pruning from marking of spark pools
Fixes crash when using compacting GC in parallel programs
M ./rts/Sparks.c -7 +13
M ./rts/Sparks.h -1 +1
M ./rts/sm/Compact.c -3
M ./rts/sm/GC.c +5
View patch online:
Tue Sep 9 06:42:47 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Fix warnings
M ./rts/Schedule.c -4 +3
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080909134247-12142-c73344a6d55812b63a1b94671038b345f871.gz
___
Cvs-ghc mai
Tue Sep 9 06:37:48 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* More sanity checking for the TSO write barrier
Check that all threads marked as dirty are really on the mutable list.
M ./includes/Constants.h +2
M ./rts/Sanity.c +25
M ./rts/Sanity.h +1
M ./rts/sm/GC.c -1 +2
Vie
Tue Sep 9 06:34:53 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Move checkGlobalTSOList() call from GarbageCollect() to checkSanity()
M ./rts/sm/GC.c -2
M ./rts/sm/Storage.c +8
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080909133453-12142-d1313cf75b1309a9a437f8026
Tue Sep 9 06:33:07 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* small bugfix in traverseBlackHoleQueue()
M ./rts/sm/MarkWeak.c -1 +5
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080909133307-12142-f604bf579fd9d613bb965aedf71191a598de85a7.gz
Tue Sep 2 09:13:13 PDT 2008 [EMAIL PROTECTED]
* Scheduler code cleanup
This patch removes old code from the Schedule.c file.
I removed GRAN code for GranSim, a simulator for parallel Haskell execution
with GpH model.
This code is inactive since ghc-4.x.
Code for PARALLEL_HASK
Tue Sep 9 06:32:23 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Fix race condition in wakeupThreadOnCapability() (#2574)
wakeupThreadOnCapbility() is used to signal another capability that
there is a thread waiting to be added to its run queue. It adds the
thread to the (locked) wakeup qu
Tue Sep 9 06:22:34 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Fix compacting GC bug: don't forget to thread the blackhole_queue
M ./rts/sm/Compact.c +3
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080909132234-12142-d49f55cf7a0e538a0ea11ade808608d49a0c2ffc.gz
___
Tue Aug 19 08:18:42 PDT 2008 [EMAIL PROTECTED]
* Capability stopping when waiting for GC
M ./rts/Capability.c -1 +26
M ./rts/Capability.h +3
M ./rts/Schedule.c -1 +6
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080819151842-54c9c-bd7959c9204451dac99abd01f16ad5ca
Claus Reinke wrote:
What is wrong with a proper 'make', cleaning, dependencies,
and all, at least as an aim, if not yet in practice? Of course, you
can move house every time your dirty plates fill your sink, so that
you have an entirely clean house in which to start the week, but
that isn't more
Donn Cave wrote:
| ... and one that I think applies to all the *BSDs:
|
| 2063Breackage on OpenBSD due to mmap remap
|
| (actually the latter one is a top priority, because without it GHCi can't
| work, so we need it fixed for 6.10.1).
Is this a change from 6.8.3? NetBSD currently provides
Eric Kow <[EMAIL PROTECTED]> added the comment:
Summarising:
1. darcs get fails because of case insensitivity on an old fashioned repository
2. getting a hashed copy of this works fine [I've tried]
3. surprisingly, darcs 1.0.9 succeeds in this case
Since hashed repositories work, I don't think i
Eric Kow <[EMAIL PROTECTED]> added the comment:
On Tue, Sep 09, 2008 at 10:40:23 +0100, Claus Reinke wrote:
> He says it is an old repository that he's pulling into, hence
> lots of patches to pull. But the list of patches doesn't include
> the renaming that is reported the wrong way round in wha
On Tue, Sep 09, 2008 at 09:38:07 +0100, Claus Reinke wrote:
I don't understand? Simon's report starts with 'More darcs2 woe',
darcs2 came out in 2008, issue494 claims to have been resolved
by a patch in August 2007. How can a patch from a year ago
solve an issue in a version of darcs that should
Well, regex-base seems to build again. And I no longer have to
split the Ghc Api instances in syb-utils, so #2438 does indeed
seem fixed, too!-)
Thanks,
Claus
- Original Message -
From: "Simon Peyton-Jones" <[EMAIL PROTECTED]>
To: "Claus Reinke" <[EMAIL PROTECTED]>;
Sent: Monday, Sept
Eric Kow <[EMAIL PROTECTED]> added the comment:
On Tue, Sep 09, 2008 at 09:38:07 +0100, Claus Reinke wrote:
> I don't understand? Simon's report starts with 'More darcs2 woe',
> darcs2 came out in 2008, issue494 claims to have been resolved
> by a patch in August 2007. How can a patch from a year
== make install-docs - --unix - --no-print-directory -r;
in /cygdrive/c/fptools/ghc/docs/ext-core
make[3]: *** No rule to make target `install-docs'. Stop.
Failed making install-docs in ext-core: 1
make[2]: *** [install-docs
This still looks like issue494 to me, and I am resolving it as such.
I don't understand? Simon's report starts with 'More darcs2 woe',
darcs2 came out in 2008, issue494 claims to have been resolved
by a patch in August 2007. How can a patch from a year ago
solve an issue in a version of darcs t
Eric Kow <[EMAIL PROTECTED]> added the comment:
This still looks like issue494 to me, and I am resolving it as such.
The symptoms:
To simplify, first patch adds f1; second patch moves
f1 -> f2
and modifies f2
And whatsnew shows
f2 -> f1 (inverse)
A f2
R f1
If only we could boil issue
Mon Sep 8 07:56:52 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Fix parallel GC bug (crash in concprog001(threaded2))
Two threads were trying to move the same TSO. I like this test, it
has caught plenty of bugs in the past.
M ./rts/sm/Evac.c -9 +15
View patch online:
http://darcs.hask
Mon Sep 8 07:43:48 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Make LOOKS_LIKE_{INFO,CLOSURE}_PTR into inline functions, instead of macros
The macros were duplicating their arguments, which was normally
harmless, but in the parallel GC was actually wrong and caused
spurious assertion fail
Build results:
x86-64 Linux head:lost fail (failed bindisttest failed slave lost)
x86 Windows head: fail (exception stage2)
x86 Windows head fast:pass lost pass pass
fast486 head: pass
kgardas head: fail (failed stage1)
malcolm head:
Build results:
tnaur PPC OSX stable 2: pass
x86 Windows stable: fail (failed stage1)
x86 Windows stable fast: pass lost pass pass
x86-64 Linux stable: fail (failed stage1)
Old unexpected test failures:
TyFamUndec 4 gabor stable
barton-mangler-bug 1 tnaur x86 Linux st
On 9/8/08, Simon Peyton-Jones <[EMAIL PROTECTED]> wrote:
> If you want them (as you suggest) to be more like .hs files, then
indeed you are going to sharply limit the amount of optimisation that
you can do, by nuking all cross-module optimisation. For example
(3::Int + 4) will not turn into an ad
| $ darcs get c:/fptools/ghc
| Unapplicable patch:
| Thu Jan 11 14:26:13 GMT Standard Time 1996 partain
| * [project @ 1996-01-11 14:06:51 by partain]
We have known for ages that there's just no point in doing this. It doesn't
work due to a long-standing bug in Darcs. (Maybe some new version
38 matches
Mail list logo
