Hello,
> Nice! Can you add a test case?
I've thought about it, and I'm not sure how to do it well. The trouble
is that this only applies to the REPL, not scripts. So a test would
have to wrap the REPL in something and make sure its output is right.
I might be able to do that, but if I just comp
Is the testsuite directory (as opposed to test-suite) still used?
If not, perhaps it should be removed.
Mark
A couple of small patches for 2.0.
Mark
>From ea77cc411665cc64de27896ca45c920e001f7820 Mon Sep 17 00:00:00 2001
From: Mark H Weaver
Date: Sun, 13 Feb 2011 16:28:34 -0500
Subject: [PATCH 1/2] Fix minor errors in docs of division operators
* doc/ref/api-data.texi (Arithmetic): The R5RS `quot
Andy Wingo writes:
> I saw your message and thought this should hit the list:
>
> On Sat 12 Feb 2011 20:45, Mark Weaver writes:
>
>> BTW, this is all based on my experience adding new number types to
>> guile. I have a local branch in which both arbitrary precision floats
>> and complex numbers
Hi Mark,
I saw your message and thought this should hit the list:
On Sat 12 Feb 2011 20:45, Mark Weaver writes:
> BTW, this is all based on my experience adding new number types to
> guile. I have a local branch in which both arbitrary precision floats
> and complex numbers with arbitrary comp
On Sun 13 Feb 2011 15:55, Mark H Weaver writes:
> I have a new version of the patch set which I believe addresses all of
> your (quite reasonable) concerns. The second patch changes the API of
> the existing multi-valued operators as you suggest. The third optimizes
> the fraction case. The fo
Ken Raeburn writes:
> On Feb 12, 2011, at 06:55, Andy Wingo wrote:
>> Regarding multiple values: instead of unpacking values objects (ugh),
>> can you instead make versions of _divide that return two values
>> directly, as output arguments?
>
> Or maybe a function returning a struct of two SCM fi
On Feb 12, 2011, at 06:55, Andy Wingo wrote:
> Regarding multiple values: instead of unpacking values objects (ugh),
> can you instead make versions of _divide that return two values
> directly, as output arguments?
Or maybe a function returning a struct of two SCM fields (or a single
array-of-2
Hi,
Jan Nieuwenhuizen writes:
> gnulib-tool --import --dir=. --lib=libgnu --source-base=lib --m4-base=m4
> --doc-base=doc --tests-base=tests --aux-dir=build-aux --libtool
> --macro-prefix=gl --no-vc-files alignof alloca-opt announce-gen autobuild
> byteswap canonicalize-lgpl duplocale env
Hi!
Andy Wingo writes:
> Cool. Generally Ludovic has been handling the gnulib imports. Perhaps
> he can add trunc to the module list whenever he does the next import.
Done.
Ludo’.
Hi!
Noah Lavine writes:
> The attached patch does it. I almost hate to commit it because it's
> such a hack, but this is from my last Guile session:
>
> scheme@(guile-user)> 'foo
> $2 = foo
> scheme@(guile-user)> 'foo ; hi there!
> $3 = foo
> scheme@(guile-user)> ; why, hello!
> scheme@(guile-us
Hi,
Andy Wingo writes:
> On Sun 13 Feb 2011 10:58, Neil Jerram writes:
>
>> No. But that might be because the libgc on that machine - Debian
>> 1:7.1-3 - is too old. What is the latest recommendation for libgc
>> version? README says "at least version 7.0", but I suspect that's out
>> of dat
On Sun 13 Feb 2011 22:12, Neil Jerram writes:
> So I'd guess the question of which libgc version is best, is something
> we can live with for 2.0 - until more data points emerge. Right?
Yes, I think that's (unfortunately) right.
Andy
--
http://wingolog.org/
13 matches
Mail list logo