Re: deadlock in scm_join_thread(_timed)

2009-05-23 Thread Neil Jerram
l...@gnu.org (Ludovic Courtès) writes: > Hello! > > Neil Jerram writes: > >> Here is a proposed patch for branch_release-1-8. > > At first sight this looks good to me. Thanks! And here's the corresponding patch for master. It's slightly different, because scm_join_thread_timed in master allows

Re: srfi-18 and the vm

2009-05-23 Thread Andy Wingo
Hi! On Sun 24 May 2009 00:03, l...@gnu.org (Ludovic Courtès) writes: > I'm slightly concerned that doing things ahead of time rather than just > in time (i.e., lazily) would have a negative impact on the interpreter's > start-up time, which may be noticeable for short-lived scripts. In the guile

Re: srfi-18 and the vm

2009-05-23 Thread Ludovic Courtès
Hello! Andy Wingo writes: > On Sat 23 May 2009 11:52, Neil Jerram writes: > >> Andy Wingo writes: >> >>> With psyntax running a pre-analysis phase on all source code, we can do >>> away with lazy memoization entirely -- a neat hack, but it made eval.c >>> buggy and impenetrable. I'll write mor

Re: srfi-18 and the vm

2009-05-23 Thread Andy Wingo
Hi Neil, On Sat 23 May 2009 11:52, Neil Jerram writes: > Andy Wingo writes: > >> With psyntax running a pre-analysis phase on all source code, we can do >> away with lazy memoization entirely -- a neat hack, but it made eval.c >> buggy and impenetrable. I'll write more about that in the future.

Re: srfi-18 and the vm

2009-05-23 Thread Neil Jerram
Andy Wingo writes: > With psyntax running a pre-analysis phase on all source code, we can do > away with lazy memoization entirely -- a neat hack, but it made eval.c > buggy and impenetrable. I'll write more about that in the future. Anticipating your "more in the future", do you mean that the p