Constant folding

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 +++

[BDW-GC] Performance comparison for the two GCs

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

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

Hello! Michael Gran spk...@yahoo.com 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

Re: more compilation failures: -DSCM_DEBUG_TYPING_STRICTNESS=2

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 an integer, 1

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

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

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 that

GNU Guile meeting notes

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

Re: make check fails if no en_US.iso88591 locale

From: Neil Jerram n...@ossau.uklinux.net 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

Re: more compilation failures: -DSCM_DEBUG_TYPING_STRICTNESS=2

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

On Wed, 2009-09-09 at 01:00 +0200, Ludovic Courtès wrote: Hello! Michael Gran spk...@yahoo.com 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);