Evaluator cleanup

Hi, I have a patch that further "despaghettifies" the evaluator, as Han-Wen would say. ;-) It adds two files, `eval-memoize.i.c' and `eval-unmemoize.i.c', and moves memoizers in the former and unmemoizers in the latter. Thus, the functions that end up in these files are: * `eval-memoize.i.c'

A solution to pthread_getattr_np on MacOS X and potentially others.

One problem that I see in porting Guile to MacOS X is the function get_thread_stack_base. Since pthread_getattr_np is not portable, we need a better approach. Here is what I did: I defined a macro PTHREAD_GET_STACKSIZE(size, start, end) and used that in get_thread_stack_base function. I the

Re: Evaluator cleanup

[EMAIL PROTECTED] (Ludovic Courtès) writes: > Hi, > > I have a patch that further "despaghettifies" the evaluator, as Han-Wen > would say. ;-) Can you say more about how your change despaghettifies the code? I can see that it makes eval.c shorter - but what else? > It adds two files, `eval-me

Re: autohackery and nightly snapshots

Neil Jerram <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] (Ludovic Courtès) writes: > >> Hi, >> >> Neil Jerram <[EMAIL PROTECTED]> writes: >> >>> -subdirs_with_ltlibs="srfi guile-readline" # maintain me >>> +subdirs_with_ltlibs="srfi guile-readline libguile" # maintain me >> >> Stran