Re: i18n broken on mingw cross compile

2008-09-10 Thread Ludovic Courtès
Hi, Han-Wen Nienhuys <[EMAIL PROTECTED]> writes: > Could you publish your changes through savannah as well? Like where? I could attach it to a bug report but there's none, which is reasonable since it affects the development branch. I usually find it convenient to grab the attachment and apply

Re: [PATCH] Revise GC asserts.

2008-09-10 Thread Ludovic Courtès
Hi, Han-Wen Nienhuys <[EMAIL PROTECTED]> writes: > * libguile/gc.c (scm_i_gc): Change assert into deprecation warning. Why? It's not a deprecation but really an invariant, right? > * libguile/private-gc.h (nil): introduce scm_i_last_marked_cell_count, > as a private mechanism for maintaining

Re: GUILE_MAX_HEAP_SIZE

2008-09-10 Thread Ludovic Courtès
Han-Wen Nienhuys <[EMAIL PROTECTED]> writes: > commit 53f4876abcebf3f05d2a88bba3a898ddcda25a74 > Merge: 69f2317... 242ebea... > Author: Ludovic Courtès <[EMAIL PROTECTED]> > Date: Tue Sep 9 22:03:42 2008 +0200 > > Merge branch 'master' into strftime-gnulib > > Conflicts: > l

Re: Cleanup mark-during-GC debug checks.

2008-09-10 Thread Ludovic Courtès
Hi, Han-Wen Nienhuys <[EMAIL PROTECTED]> writes: > Ludovic Courtès escreveu: >> 1. I don't want to use a web interface to review code. Most free >> software projects use email in one form or another, which I find >> convenient. Having patches in-lined is optimal IMO. > > My experie

Re: vm branch now uses vm repl by default

2008-09-10 Thread Andy Wingo
Hi, On Wed 10 Sep 2008 00:43, "Neil Jerram" <[EMAIL PROTECTED]> writes: > I guess source information is of interest for debugging Of course :) > you've observed previously elsewhere that the VM doesn't yet have much > debugging support - by which I presume you mean something like the > traps th

Re: Cleanup mark-during-GC debug checks.

2008-09-10 Thread Andy Wingo
On Wed 10 Sep 2008 03:13, Han-Wen Nienhuys <[EMAIL PROTECTED]> writes: > My experience is that a web interface (which tracks different versions of > the same patch) is a lot easier when it is a major change with lots of > revisions. I can definitely see the value in this. But to take discussion

Re: vm branch now uses vm repl by default

2008-09-10 Thread Andy Wingo
Howdy, On Tue 09 Sep 2008 23:01, [EMAIL PROTECTED] (Ludovic Courtès) writes: >> On Tue 09 Sep 2008 10:41, [EMAIL PROTECTED] (Ludovic Courtès) writes: > >>> It'd be nice if we could find a way to "do something" with the >>> `current-reader' fluid at compilation time, like detecting top-level >>> `

Re: [PATCH] Avoid `SCM_VALIDATE_LIST ()'

2008-09-10 Thread Neil Jerram
2008/9/9 Ludovic Courtès <[EMAIL PROTECTED]>: > Hi Neil, > > "Neil Jerram" <[EMAIL PROTECTED]> writes: > >> Snapshots as of now are up at >> http://www.ossau.uklinux.net/guile/snapshots, and I hope they will >> keep automagically appearing there. > > Looks good! I think you can already update the

Re: Guile automated builds available

2008-09-10 Thread Neil Jerram
Hi Ludo, sorry that this is so late...! 2008/8/12 Ludovic Courtès <[EMAIL PROTECTED]>: > Hello, > > I've installed a daily build process on some of the GCC Compile Farm > Project's machines [0], currently covering 3 architectures (sparc64, > alphaev56 and x86-64), all under GNU/Linux, with differe

Re: vm branch now uses vm repl by default

2008-09-10 Thread Neil Jerram
2008/9/10 Andy Wingo <[EMAIL PROTECTED]>: > > Oh it has some. Here are the hooks: > >vm-next-hook vm-apply-hook vm-boot-hook vm-return-hook >vm-break-hook vm-exit-hook vm-halt-hook vm-enter-hook > > They sound sufficient, but perhaps more could be added. Unless I > misunderstand what the tr

Re: boot-9 compiling in guile-vm

2008-09-10 Thread Neil Jerram
2008/9/8 Andy Wingo <[EMAIL PROTECTED]>: > Hi, > > I finally pushed some patches I had that enable compilation of > boot-9.scm in guile-vm. Give it a pull. NB, you'll have to rebuild all > your .go files -- make clean before making. I just pulled and built: got this error... vm-engine.c: In funct

Re: [PATCH] Revise GC asserts.

2008-09-10 Thread Han-Wen Nienhuys
Ludovic Courtès escreveu: >> * libguile/gc.c (scm_i_gc): Change assert into deprecation warning. > > Why? It's not a deprecation but really an invariant, right? Yes, but it probably does not warrant crashing the program; memory allocation sizes will just be a bit off as a result. > Thus I woul