--without-threads compile broken

2008-08-21 Thread Han-Wen Nienhuys
i686-linux-gcc -DHAVE_CONFIG_H -I/home/lilydev/vc/gub/target/linux-x86/src/guil e-1.9.git -I.. -I/home/lilydev/vc/gub/target/linux-x86/src/guile-1.9.git/lib -I. ./lib -g -O2 -Wall -Wmissing-prototypes -MT libguile_la-scmsigs.lo -MD -MP -MF . deps/libguile_la-scmsigs.Tpo -c /home/lilydev/vc/gub/tar

Re: pass at srfi-89 implementation

2008-08-21 Thread Julian Graham
> I just ran the statprof unit test and it seems to still be OK. Perhaps > in Julien's run, there simply was not enough time in user space relative > to the sampling frequency. (Certainly statprof should deal with this in > a more intelligent fashion.) That's certainly possible (I take it you're u

Re: pass at srfi-89 implementation

2008-08-21 Thread Julian Graham
Alright, I give up. I'm still not exactly sure why my implementation is as slow as it is; I have a hunch that I'm taking too long processing the list of actual parameters, but I haven't been able to glean many specifics from statprof. Marc also employs some nifty but un-Scheme-y (to my mind, at l

Re: GUILE_MAX_HEAP_SIZE

2008-08-21 Thread Han-Wen Nienhuys
Han-Wen Nienhuys escreveu: > Ludovic Courtès escreveu: >> Hello, >> >> Han-Wen Nienhuys <[EMAIL PROTECTED]> writes: >> >>> Ludovic Courtès escreveu: Off the top of my head: incorrect indentation, missing spaces around brackets, and more importantly comments (see (standards.info)Comments).

Re: further guile-vm integration

2008-08-21 Thread Han-Wen Nienhuys
Andy Wingo escreveu: > Let me know if you have thoughts about this plan! My hope would be that > once there are no or very few and solvable regressions, we could merge > this to master and call it 1.10 or 2.0. I'm always for faster release cycles, but wouldn't it be good to push out 1.10 now, and

Re: GUILE_MAX_HEAP_SIZE

2008-08-21 Thread Han-Wen Nienhuys
Ludovic Courtès escreveu: >> A likely candidate is the patch from you that I applied. In >> particular, >> 4c7016dc06525c7910ce6c99d97eb9c52c6b43e4 > > Well, that's a good candidate since it's the last significant change > that was done to the GC on `master'. However, Kevin's original post > comp

Re: GUILE_MAX_HEAP_SIZE

2008-08-21 Thread Han-Wen Nienhuys
Ludovic Courtès escreveu: > Hello, > > Han-Wen Nienhuys <[EMAIL PROTECTED]> writes: > >> Ludovic Courtès escreveu: > >>> Off the top of my head: incorrect indentation, missing spaces around >>> brackets, and more importantly comments (see (standards.info)Comments). >> The code I went through sho

Gnulib files now in the repository

2008-08-21 Thread Ludovic Courtès
Hello, Andy Wingo <[EMAIL PROTECTED]> writes: > On Sun 17 Aug 2008 14:51, [EMAIL PROTECTED] (Ludovic Courtès) writes: > >> Han-Wen Nienhuys <[EMAIL PROTECTED]> writes: >> >>> I have a request: can you put the gnulib into the repository of GUILE >>> itself? >> >> Yeah, we could do that. > > I thi

Re: GUILE_MAX_HEAP_SIZE

2008-08-21 Thread Ludovic Courtès
Hello, Han-Wen Nienhuys <[EMAIL PROTECTED]> writes: > Ludovic Courtès escreveu: >> Off the top of my head: incorrect indentation, missing spaces around >> brackets, and more importantly comments (see (standards.info)Comments). > > The code I went through should not have that; please point me to

Re: request reversion regarding scm_i_* removal

2008-08-21 Thread Ludovic Courtès
Hi! Andy Wingo <[EMAIL PROTECTED]> writes: > Guile-gnome does, when registering a new port type, for gnome-vfs. The > port API isn't threadsafe, and also sucks as I mentioned ;) From > gnome-vfs/gnome/gw/gnome-vfs-port.c: > > #define LOCK scm_i_pthread_mutex_lock (&scm_i_port_table_mutex) > #defi