Re: master/vm merged into `boehm-demers-weiser-gc'
l...@gnu.org (Ludovic Courtès) writes: Yes, Valgrind can't cope with libgc, which is inconvenient. Interesting. That sounds like a shame, but actually I guess it's not so bad because libgc will remove many of things that make valgrind of interest to us. Also, in the last resort, we can contribute to valgrind to solve the problems... yay free software! Neil
Re: Again on Windows support
carlo.bramix carlo.bra...@libero.it writes: Hello! LIBGUILE/GSUBR.C function alloca() is undefined because under Windows the intrinsic function is called _alloca(). Hm, I thought the Gnulib alloca thing should have fixed this. Does adding #include alloca.h in gsubr.c not fix this? alloca.h does not exists here. Unfortunately, we (Windows users) have no other choice than including malloc.h There should be an alloca.h in the lib subdirectory of the distribution. My one includes: #ifndef alloca # ifdef __GNUC__ # define alloca __builtin_alloca # elif defined _AIX # define alloca __alloca # elif defined _MSC_VER # include malloc.h # define alloca _alloca ... So, if compiling with GCC, it should be picking up __builtin_alloca. If compiling with MSVC, it should be including malloc.h as you suggest. Neil
Re: Aggregated makefiles
l...@gnu.org (Ludovic Courtès) writes: Hello! Attached is a patch that aggregates makefiles under `examples'. OK to apply? Looks good to me. Neil
Re: ERROR: Stack overflow from 1.8.6 on HP-UX 11.23/IA, 11.31/IA
Albert Chin guile-de...@mlists.thewrittenword.com writes: 1. Do all of the standalone tests fail with a stack overflow, or just those two? Unknown. Some of the tests fail to dlopen some modules: ERROR: In procedure dynamic-link: ERROR: file: libguile-srfi-srfi-1-v-3, message: can't open the module FAIL: test-require-extension ... ERROR: In procedure dynamic-link: ERROR: file: libtest-asmobs, message: can't open the module FAIL: test-asmobs I haven't looked into why. Looks like not being up to pick up uninstalled libraries. You may like to use strace (or similar) to investigate where the system is looking, and see if there's a way to tell it to look in libguile. (We try to do this with the LTDL_LIBRARY_PATH variable, but perhaps that isn't working on HP-UX?) 2. Can you send us your libguile/stack-limit-calibration.scm? Attached. OK, so there's a factor of 3 there. Can you try changing the hardcode stack limit in eval.c from 2 to 6, and see if that allows the affected tests to pass? If it does, we'll have to find a way of applying the factor in libguile/stack-limit-calibration.scm before Guile starts booting. 3. Can you explain what the setting of PTHREAD_CFLAGS is for? Because, without it, PTHREAD_CFLAGS is set to: s[PTHREAD_CFLAGS]=-D_REENTRANT -mthreads which is incorrect. OK, thanks. Neil
Re: Again on Windows support
Hello, Neil Jerram n...@ossau.uklinux.net writes: carlo.bramix carlo.bra...@libero.it writes: Hello! LIBGUILE/GSUBR.C function alloca() is undefined because under Windows the intrinsic function is called _alloca(). Hm, I thought the Gnulib alloca thing should have fixed this. Does adding #include alloca.h in gsubr.c not fix this? alloca.h does not exists here. Unfortunately, we (Windows users) have no other choice than including malloc.h There should be an alloca.h in the lib subdirectory of the distribution. My one includes: Oops, it was not included. Fixed: http://git.savannah.gnu.org/cgit/guile.git/commit/?id=020348bb87860c8294be64a17b7de732c8265fbc Thanks, Ludo'.
Re: master/vm merged into `boehm-demers-weiser-gc'
Hello, Neil Jerram n...@ossau.uklinux.net writes: l...@gnu.org (Ludovic Courtès) writes: Yes, Valgrind can't cope with libgc, which is inconvenient. Interesting. That sounds like a shame, but actually I guess it's not so bad because libgc will remove many of things that make valgrind of interest to us. It also makes it impossible to use Callgrind, Helgrind, etc., which is unpleasant. Also, in the last resort, we can contribute to valgrind to solve the problems... yay free software! Eh eh. :-) I haven't checked whether others investigated this already. Thanks, Ludo'.
Re: Aggregated makefiles
Neil Jerram n...@ossau.uklinux.net writes: l...@gnu.org (Ludovic Courtès) writes: Hello! Attached is a patch that aggregates makefiles under `examples'. OK to apply? Looks good to me. Thanks, pushed. http://git.savannah.gnu.org/cgit/guile.git/commit/?h=branch_release-1-8id=9a84dc8bbcf02993109f1ecf0f922dc95cf55aa9 Ludo'.