Re: i guess we're frozen & stuff

Ken Raeburn writes: > With the attached patch, I can get guile to build with CPPFLAGS= and > LDFLAGS= ... someone more familiar than I am with automake will have > to fix the guile-readline stuff. The patch looks good to me, so I've committed it now. Thanks! Neil

Re: guile performance - Ackermann function: way slower than emacs, slower still if compiled

Ken Raeburn writes: > Ah, we already had scm_i_pthread_mutex_trylock lying around; that made > things easy. > A second timing test with A(3,9) and this version of the patch (based > on 1.9.1) shows the same improvement. > > diff --git a/libguile/threads.c b/libguile/threads.c Thanks, I've commit

build failure after "eval is actually compile"

Building on GNU/Linux, with a fresh build tree, and without an installed tree under $prefix, fails for me. I get: ./guile_filter_doc_snarfage --filter-snarfage) > regex-posix.doc || { rm regex-posix.doc; false; } cat alist.doc [...] regex-posix.doc | GUILE_AUTO_COMPILE=0 ../meta/ uninstalle

deadlock in current git version on error during initialization

After the build-order problem I just reported causes a module to fail to load, the build process hangs here: ./guile_filter_doc_snarfage --filter-snarfage) > regex-posix.doc || { rm regex-posix.doc; false; } cat alist.doc [...] regex-posix.doc | GUILE_AUTO_COMPILE=0 ../meta/ uninstalled-env

compiling with -DSCM_DEBUG=1

__scm.h suggests defining SCM_DEBUG this as a way of turning on all debugging options, so I tried adding -DSCM_DEBUG=1 to CPPFLAGS on the configure command line, using the latest git version (3bcf189). But the test programs in the tree don't build on my Mac, because scm_i_expensive_validat