Constant folding

2009-09-08 Thread Ludovic Courtès
Hello! We should implement constant folding in the tree-il->glil pass. A naive implementation looks like this: diff --git a/module/language/tree-il/compile-glil.scm b/module/language/tree-il/compile-glil.scm index 86b610f..57a46c8 100644 --- a/module/language/tree-il/compile-glil.scm +++ b/modul

[BDW-GC] Performance comparison for the two GCs

2009-09-08 Thread Ludovic Courtès
Hello! I finally took the time to re-run the benchmarks used in Hansen's PhD dissertation [0] and which are under `gc-benchmarks' in the repo. The methodology is still the same as before [1]. This correspond to commits 0e0d97c477b160f193b289b4aabfa73bbaf52e9b (boehm-demers-weiser-gc) and ce3ed01

Re: [Guile-commits] GNU Guile branch, master, updated. release_1-9-2-164-g0d05ae7

2009-09-08 Thread Ludovic Courtès
Hello! "Michael Gran" writes: > http://git.savannah.gnu.org/cgit/guile.git/commit/?id=0d05ae7c4b1eddf6257f99f44eaf5cb7b11191be [...] > - return scm_getc (input_port); > + return scm_get_byte_or_eof (input_port); This is actually an earlier change, but the prototype of scm_getc is now differ

Re: more compilation failures: -DSCM_DEBUG_TYPING_STRICTNESS=2

2009-09-08 Thread Neil Jerram
l...@gnu.org (Ludovic Courtès) writes: >>> Anyway, in the meantime, we can conditionalize static initialization >>> stuff from bdw-gc-static-alloc on STRICTNESS == 0 and keep everyone >>> happy. >>> >>> Does that sound reasonable? >> >> Sure. Actually, STRICTNESS=1 is the default -- 0 makes SCM a

Re: [BDW-GC] "Inlined" storage; `scm_take_' functions

2009-09-08 Thread Neil Jerram
l...@gnu.org (Ludovic Courtès) writes: > Hello! Hi! > Stringbufs and bytevectors are now always "inlined" in the BDW-GC > branch [0, 1], which means that there's no cell->buffer indirection, > which greatly simplifies code (it also takes less room and may slightly > improve performance). > > The

make check fails if no en_US.iso88591 locale

2009-09-08 Thread Neil Jerram
make check fails for me in regexp.test: ... Running regexp.test guile: uncaught throw to unresolved: () because I don't have an en_US.iso88591 locale installed, and so (with-locale "en_US.iso88591" ...) throws an 'unresolved exception. I can allow make check to complete by changing tha

GNU Guile meeting notes

2009-09-08 Thread Neil Jerram
Andy, Ludo and I actually met in Real Life (tm) a couple of weeks ago, and spent a day talking through lots of Guile stuff. It was fun. With apologies for the delay (which reflects nothing but my lack of time), below are my notes from that meeting. Neil * 2.0 release milestones We discus

Re: make check fails if no en_US.iso88591 locale

2009-09-08 Thread Mike Gran
> From: Neil Jerram > > make check fails for me in regexp.test: > >   ... >   Running regexp.test >   guile: uncaught throw to unresolved: () > > because I don't have an en_US.iso88591 locale installed, and so > >   (with-locale "en_US.iso88591" ...) > > throws an 'unresolved exception. > M

Re: more compilation failures: -DSCM_DEBUG_TYPING_STRICTNESS=2

2009-09-08 Thread Ken Raeburn
On Sep 8, 2009, at 19:37, Neil Jerram wrote: Then, given that you (Ken) think that STRICTNESS 0 doesn't work either, I'd favour hardcoding the STRICTNESS 1 macros and then discarding the whole STRICTNESS concept. That (0 not working) is only a guess, but I'll try it out to see. I kind of like

Re: [Guile-commits] GNU Guile branch, master, updated. release_1-9-2-164-g0d05ae7

2009-09-08 Thread Mike Gran
On Wed, 2009-09-09 at 01:00 +0200, Ludovic Courtès wrote: > Hello! > > "Michael Gran" writes: > > > http://git.savannah.gnu.org/cgit/guile.git/commit/?id=0d05ae7c4b1eddf6257f99f44eaf5cb7b11191be > > [...] > > > - return scm_getc (input_port); > > + return scm_get_byte_or_eof (input_port); >