Bruno Haible <[EMAIL PROTECTED]> writes:
>
> - For guile, the code and doc regarding FORMAT in SLIB are not relevant
> any more?
Oh, well, if it's withdrawn from slib then there's nothing for guile
to stay compatible with.
> - The guile FORMAT attempts to be an extension of Common Lisp FO
Bruno Haible <[EMAIL PROTECTED]> writes:
> Then there are no working libtool releases that work for guile:
> - libtool 1.4.x create no libltdl/ directory,
> - libtool 1.5.x breaks 'aclocal', see
> http://sources.redhat.com/ml/automake/2003-04/msg00222.html
I think this bug does not affect Gu
Marius Vollmer <[EMAIL PROTECTED]> writes:
> I have added a call to autopoint after autoreconf.
I didn't do this, after all. Using autopoint seems to require a
AM_GNU_GETTEXT_VERSION statement or something in configure.in and I
don't know which version to specify. I will accept patches, tho...
Bruce Korb <[EMAIL PROTECTED]> writes:
> Below is an error message that Matt Kraai gets while trying to
> start my autogen program. Would anyone have a guess about
> what the cause might be? Attached is the script being run
> when this failure occurs.
Can you give more information about how to
Kevin Ryde <[EMAIL PROTECTED]> writes:
> Mikael Djurfeldt <[EMAIL PROTECTED]> writes:
>>
>> Well, to me that specific meaning---a function that can operate on any
>> of a set of types---is just another example of what we have here: a
>> vector that can be any of a set of types, so my view is that
Kevin Ryde <[EMAIL PROTECTED]> writes:
> Speaking of check fails, primitive-fork has stopped working for me,
> making popen.test (and any actual use of popen) hang. Eg.
>
> guile -c '(pk (primitive-fork)) (force-output) (sleep 10)'
>
> It should print 0 in the child and some pid in the pare
Bruce Korb <[EMAIL PROTECTED]> writes:
> Known issue? 1.6.6 sources:
No. What platform is this on? Do you have a fix?
--
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8 226A D5D4 E405
___
Guile-devel mailing list
Guile-devel@gnu.org
http://l
"Neil Jerram" <[EMAIL PROTECTED]> writes:
> I've put the docs for some debugging enhancements that I've been
> working on up at
> http://www.ossau.uklinux.net/guile-debugging/index.html, and would be
> most interested in any comments.
Excellent! I don't really have time right now to read this ca
Kevin Ryde <[EMAIL PROTECTED]> writes:
> Expanded words about make-shared-array, trying to clarify what linear
> means, and adding lots of example usages.
Nice, thanks!
> [...] and perhaps enclose-array too (if anyone can explain what it
> actually does :-).
Yeah, strange critters, those enclos
Mikael Djurfeldt <[EMAIL PROTECTED]> writes:
> I propose we wait for a while. If no-one has objected, we'll remove it
> in a week or two.
Ok.
--
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8 226A D5D4 E405
___
Guile-devel mailing list
Guile-de
Kevin Ryde <[EMAIL PROTECTED]> writes:
> This is some words about tail calls, with I don't think are otherwise
> described.
There is a short section about this in the node "Control Flow". Maybe
you could cross-ref from there to your docs.
--
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8
Mikael Djurfeldt <[EMAIL PROTECTED]> writes:
> The part after the first sentence indicates that I don't have to call
> scm_array_handle_release before throwing the error. Is that so?
It is so. Also, you can use scm_c_array_rank to get the array rank as
a size_t. (I forgot to document this funct
Kevin Ryde <[EMAIL PROTECTED]> writes:
> But I don't know if the read side bits of this change are right. Is
> it supposed to update read_pos, read_end and read_buf_size to be the
> end of the string, or something?
I don't know. Could you try to figure this out yourself?
--
GPG: D5D4E405 - 2F
Kevin Ryde <[EMAIL PROTECTED]> writes:
> Looks like the polar parsing code doesn't cope with #f coming back for
> the angle part. Does this change sound right? It seems to do the
> trick.
Yes, looks right to me!
--
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8 226A D5D4 E405
_
14 matches
Mail list logo
