Re: tmpfile leaks

On Jul 29, 2011, at 12:04, Chris K. Jester-Young wrote: > On Fri, Jul 29, 2011 at 09:07:43AM +0200, Andy Wingo wrote: >> What should we do here? > > There's two ways I can think of: > > 1. Basically reimplement the functionality of tmpfile, using mkstemp > and unlink, passing the fd to scm_fdes

Re: GUILE_CFLAGS contains warning options

On Feb 20, 2011, at 17:50, Bruno Haible wrote: > For the PTHREAD_CFLAGS it is more tricky: On most platforms you can use > "-lpthread" instead of "-pthread", and all compilers support -l options. > But on OSF/1, the options for using threads are compiler dependent: > * -pthread for cc, > * -lpthr

Re: Missing and out-of-date information in guile.1, the Guile man page

On Jan 16, 2011, at 14:38, Mark Harig wrote: >> >> I'd say too OS-dependent; or more to do with how guile should be >> properly installed, than how to use it once it is installed. >> >> But on the other hand, I might be misunderstanding what you had in > mind; >> if you'd like to propose some sp

Re: [bug #29574] VM stack overflows aren't properly handled [1.9.10]

On May 22, 2010, at 11:55, Ludovic Courtès wrote: >>> Please reply through the bug tracker >>> . The patch is there. >> >> I never doubted the presence of the patch, I was only a bit miffed as I >> work best offline. > > Oh right. If savannah's bug tracker d

Re: Mac OS X .dylib not working

[Is Hans on one of these lists now? His original message to bug-guile said not and asked to be cc'ed.] On Feb 2, 2010, at 13:01, Ludovic Courtès wrote: > The Guile manually specifically tells that FNAME should not contain an > extension. That could be unfortunate, since it means that unlike oth

Re: Mac OS X .dylib not working

On Feb 2, 2010, at 04:08, Hans Aberg wrote: On 2 Feb 2010, at 07:42, Ralf Wildenhues wrote: > >>> On Mac OS X (trying it on 10.5.8 PPC G4), guile-1.8.7 cannot open >>> dynamic library files with name extensions .dylib, but only if they >>> are renamed using .so instead. On the Bug-Guile list they

Re: Mac OS X .dylib

On Jan 30, 2010, at 09:41, Hans Aberg wrote: [I'm not on this list, so please cc me.] It seems guile-1.8.7 does not admit dynamic library file name extensions .dylib, but only .so, on Mac OS X (tried 10.5.8. PPC G4), despite the manual saying guile should adapt to local standards. The exam

Re: [PATCH] Declare `GC_dump' ourselves if doesn't.

On Jan 9, 2010, at 17:30, Andy Wingo wrote: On Sat 09 Jan 2010 14:28, Thien-Thi Nguyen writes: +# `GC_dump' is available in GC 6.8 but not declared. Neil, you also compile with pre-7.x, no? Do we need to support this? Just wondering if it wouldn't be easier to simply require 7.x without wor

Re: [PATCH] fix jump-misses-init warnings

On Sep 14, 2009, at 03:37, Ludovic Courtès wrote: Why does it help to move locals to the enclosing scope? I’d expect the opposite. Jumping over the initializer is a simpler analysis than used-before- set. It may also yield different results, if the "goto" that branches into the block and

Re: can't configure --with-libgmp-prefix; header search order

On Aug 4, 2009, at 15:17, Andy Wingo wrote: In config.log I see that it's not using the -L option when testing for __gmpz_init: I think I've fixed this. Can you pull from git and give it another go? Starting with the current git code, and fixing an autogen problem (on Mac OS X we want to

Re: guile dlopen problems on Mac OS X

On Aug 4, 2009, at 15:22, Andy Wingo wrote: The correct suffix for dynamically-linked libraries on Mac OS X is ".dylib". This is just a problem in the error message; the .so string comes from libltdl, not from Guile. If I adjust LD_LIBRARY_PATH but don't create the .so symlink, "guile- tools

guile 1.9.1 crash trying to profile code

% guile Guile Scheme interpreter 0.5 on Guile 1.9.1 Copyright (C) 2001-2008 Free Software Foundation, Inc. Enter `,help' for help. scheme@(guile-user)> ,pr (cons 1 2) Backtrace: In ../../module/ice-9/boot-9.scm: 3364: 0* [top-repl] In unknown file: ?: 1* [dynamic-wind # # #] In ../../module/ic

guile dlopen problems on Mac OS X

After installing 1.9.1 on Mac OS X (10.5.7), and updating $PATH to point to the installation 'bin' directory: % guile-tools compile -o ack.go ack.scm ERROR: In procedure dynamic-link: ERROR: file: "libguile-srfi-srfi-1-v-4", message: "dlopen(libguile- srfi-srfi-1-v-4.so, 9): image not found"

can't configure --with-libgmp-prefix; header search order

First, a minor nit: % ./configure --help |& head -1 `configure' configures guile 1.9.0 to adapt to many kinds of systems. % ./configure --version | head -1 guile configure 1.9.0 % But I downloaded 1.9.1, not 1.9.0; the version number reported here is wrong. % ../configure --prefix=`pwd`/I --

Re: Conflict with HDF5 libraries

On Feb 4, 2009, at 12:21, Mark Patterson wrote: Hello, I've run into a conflict between guile (1.8.5) and HDF5 (1.8.1) on Fedora 10. I'll post on both mailing lists as I'm not sure who is in the best position to fix it. If they're not using package-specific prefixes on symbol names, I'd

Re: MinGW port

On Sep 9, 2006, at 14:14, Nils Durner wrote: Hi, first of all, sorry for the late reply. - execv (exec_file, exec_argv); + execv (exec_file, +#ifdef __MINGW32__ + (const char * const *) +#endif + exec_argv); Is the execv declaration (in some header file) part of mingw, or Windows? The SU

current CVS guile-core doesn't build with srcdir != "."

Building the srfi subtree doesn't work because the .la files are created in the build tree, not the source tree. Ken Index: srfi/Makefile.am === RCS file: /cvs/guile/guile-core/srfi/Makefile.am,v retrieving revision 1.13 diff -p -