From 2fe2fd82973b9124238e7f809eb285088740c39a Mon Sep 17 00:00:00 2001
From: simonmar <unknown>
Date: Fri, 24 Oct 2003 09:56:45 +0000
Subject: [PATCH] [project @ 2003-10-24 09:56:45 by simonmar] When allocating
 a large object in gen 0, update the n_large_blocks count. 
 I think this is just an accounting issue, and doesn't
 actually cause a space leak, but it does result in an
 assertion failure when running with sanity checking on.

---
 ghc/rts/Storage.c |    3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/ghc/rts/Storage.c b/ghc/rts/Storage.c
index b453e65..fb0c016 100644
--- a/ghc/rts/Storage.c
+++ b/ghc/rts/Storage.c
@@ -1,5 +1,5 @@
 /* -----------------------------------------------------------------------------
- * $Id: Storage.c,v 1.81 2003/10/24 09:52:51 simonmar Exp $
+ * $Id: Storage.c,v 1.82 2003/10/24 09:56:45 simonmar Exp $
  *
  * (c) The GHC Team, 1998-1999
  *
@@ -475,6 +475,7 @@ allocate( nat n )
     nat req_blocks =  (lnat)BLOCK_ROUND_UP(n*sizeof(W_)) / BLOCK_SIZE;
     bd = allocGroup(req_blocks);
     dbl_link_onto(bd, &g0s0->large_objects);
+    g0s0->n_large_blocks += req_blocks;
     bd->gen_no  = 0;
     bd->step = g0s0;
     bd->flags = BF_LARGE;
-- 
1.7.10.4