Re: dynamic argv0 relocation

On Jun 10, 2005, at 17:49, Kevin Ryde wrote: No offence, but it sounds very dubious to me. These things are meant to be settled at the "make all" build stage. (The gnu standards have bits about that.) Normally, it is, yes, if the application has to have that knowledge pre-compiled in. But d

Re: string-delete consing

I made changes to string-filter and string-delete. At the same time I made them use substring/shared when nothing removed, since the srfi allows the result to share with the input, and of course it saves space to do so. ___ Guile-devel mailing list Gui

scm_take_locale_stringn using realloc

In scm_take_locale_stringn, how about using realloc to add a null terminator to the block being acquired? That should usually be better than the current code doing malloc+copy+free. Something like the following, SCM scm_take_locale_stringn (char *str, size_t len) { SCM buf, res; if (len ==

Re: dynamic argv0 relocation

Jan Nieuwenhuizen <[EMAIL PROTECTED]> writes: > > Below is an attempt that works, but I'm not sure about the api nor the > implementation. What do you think? No offence, but it sounds very dubious to me. These things are meant to be settled at the "make all" build stage. (The gnu standards have

Re: GUILE 1.6 CVS doesn't compile

Han-Wen Nienhuys <[EMAIL PROTECTED]> writes: > > guile.c:91: error: array type has incomplete element type > > this is with Fedora Core 4 test 3. What gcc is that, has it got pickier about pointers to unspecified structs? ___ Guile-devel mailing list G

Re: dynamic argv0 relocation

On Jun 10, 2005, at 09:05, Jan Nieuwenhuizen wrote: It would be nice if guile/libguile would have/support dynamic relocation based on the location of the executable (be it guile or lilypond). Would configuring Guile with this option break executables linked against libguile and installed with

Re: mingw patch

Marius Vollmer writes: > Thanks, I applied it with a few changes to strftime.c. Please check. Yes, it's fine. Thanks. Jan. -- Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org __

dynamic argv0 relocation

Hi, It would be nice if guile/libguile would have/support dynamic relocation based on the location of the executable (be it guile or lilypond). For installations on Windows and autopackage installations on Linux, the install prefix is determined at install time. On Linux, this can be fixed with

bug in current CVS

just checked out, if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -pthread -g -O2 -Wall -Wmissing-prototypes -Werror -MT libguile_la-numbers.lo -MD -MP -MF ".deps/libguile_la-numbers.Tpo" -c -o libguile_la-numbers.lo `test -f 'numbers.c' || echo './'

GUILE 1.6 CVS doesn't compile

hi, GUILE CVS, today. After cvs up, autogen, configure, I get guile.c: In function 'main': guile.c:91: error: array type has incomplete element type guile.c:91: warning: unused variable 'lt_preloaded_symbols' make[2]: *** [guile.o] Error 1 scm_lt_dlsymlist only appears in this place in the

Re: GUILE 1.6 CVS doesn't compile

Han-Wen Nienhuys wrote: hi, GUILE CVS, today. After cvs up, autogen, configure, I get guile.c: In function 'main': guile.c:91: error: array type has incomplete element type guile.c:91: warning: unused variable 'lt_preloaded_symbols' make[2]: *** [guile.o] Error 1 scm_lt_dlsymlist only appe

Re: module GC bug

Neil Jerram wrote: If noone objects, I will merge this patch tomorrow night. ... this does not leave me enough time to be sure that I'm happy with it. Therefore unless you can wait a bit longer, I can't properly comment. (This may not be a problem, of course, if others can be quicker than me.