Hi,
lloda skribis:
> I'm pleased to see all these fixes. However, I noticed a few breakages. They
> come from relying on undocumented behavior, but only using the public
> interface, so others might be affected. I don't propose to patch them, but
> perhaps to make a note in NEWS or (for the l
Hello,
I was thinking about this and then forgot to reply. Sorry about that.
Ludovic Courtès writes:
> Hi,
>
> lloda skribis:
>
>> I'm pleased to see all these fixes. However, I noticed a few breakages. They
>> come from relying on undocumented behavior, but only using the public
>> interface
The specification mandates reals, but the reference implementation
supports complex numbers. So as implementation extension, support them
as well.
* module/srfi/srfi-64.scm (within-epsilon): Support complex arguments.
---
Proposal for how to extend test-approximate to handle complex arguments.
Ho
The specification mandates a string, but with rationale suggesting symbols
would be a more natural fit.
> In some ways using symbols would be preferable. However, we want
> human-readable names, and standard Scheme does not provide a way to include
> spaces or mixed-case text in literal symbols.
Tomas Volf <~@wolfsden.cz> skribis:
> Document the #:hide argument. Correct text for implication of leaving
> all optional arguments out.
>
> Tomas Volf (2):
> doc: Document #:hide.
> doc: Fix implication of omitting optional arguments.
Applied, thanks!
Nikolaos Chatzikonstantinou skribis:
> From bfeb86d9c7c258ac67de9cdd0b6eabbc01ab0114 Mon Sep 17 00:00:00 2001
> From: Nikolaos Chatzikonstantinou
> Date: Tue, 28 May 2024 23:27:38 -0400
> Subject: [PATCH] doc: minor typo fix
>
> The incorrect procedure is mentioned; see the example that immediat
Hi!
Juliana Sims skribis:
> * doc/ref/api-debug.texi: Document the peek and pk procedures.
Nice work; documenting it was long overdue! Finally applied.
Thank you and thanks to everyone who helped along the way!
Ludo’.
Tomas Volf <~@wolfsden.cz> skribis:
> The current recommendation of `list-copy' is not right and does not lead
> to preserving the original list:
>
> scheme@(guile-user)> (define x (list (cons 'a 1) (cons 'b 2)))
> scheme@(guile-user)> (define y (list-copy x))
> scheme@(guile-user)> (a
> On 26 Oct 2024, at 16:09, Tomas Volf <~@wolfsden.cz> wrote:
>>> * test-approximate requires real arguments. The old version accepted
>>> complex arguments.
>
> No objections, since it seems that (imag-part 0) works just fine, I can
> basically rewrite it to always consider the input complex
Like I wrote in a separate message, I think test-approximate should check the
https://en.wikipedia.org/wiki/Euclidean_distance :
(<= (magnitude (- expected value)) epsilon)
For real numbers, it means the same as the current test. It would also work for
other types for which the user has defin
The specification mandates reals, but the reference implementation
supports complex numbers. So as implementation extension, support them
as well.
* module/srfi/srfi-64.scm (within-epsilon): Support complex arguments.
---
Require error to be real number and check using (checks notes) Chebyshev
di
Hello,
lloda writes:
>> On 26 Oct 2024, at 19:22, Ludovic Courtès wrote:
>>
>> Hi,
>>
>> (Cc: lloda.)
>>
>> Tomas Volf <~@wolfsden.cz> skribis:
>>
>>> The specification mandates reals, but the reference implementation
>>> supports complex numbers. So as implementation extension, support th
The specification mandates reals, but the reference implementation
supports complex numbers. So as implementation extension, support them
as well.
* module/srfi/srfi-64.scm (within-epsilon): Support complex arguments.
---
v2: Use the same test logic as the reference implementation.
v3: Also adjus
Tomas Volf <~@wolfsden.cz> skribis:
> The specification mandates a string, but with rationale suggesting symbols
> would be a more natural fit.
>
>> In some ways using symbols would be preferable. However, we want
>> human-readable names, and standard Scheme does not provide a way to include
>> sp
Hi,
(Cc: lloda.)
Tomas Volf <~@wolfsden.cz> skribis:
> The specification mandates reals, but the reference implementation
> supports complex numbers. So as implementation extension, support them
> as well.
>
> * module/srfi/srfi-64.scm (within-epsilon): Support complex arguments.
> ---
> Propos
Hello,
"Dr. Arne Babenhauserheide" skribis:
> From 6838e4da9712425e7e45805a73731bb399d90a86 Mon Sep 17 00:00:00 2001
> From: Arne Babenhauserheide
> Date: Sat, 20 Jul 2024 15:03:15 +0200
> Subject: [PATCH] doc: reference ice-9, scheme, and srfi
>
> * doc/ref/tour.texi (Using Modules): reference
> On 26 Oct 2024, at 19:22, Ludovic Courtès wrote:
>
> Hi,
>
> (Cc: lloda.)
>
> Tomas Volf <~@wolfsden.cz> skribis:
>
>> The specification mandates reals, but the reference implementation
>> supports complex numbers. So as implementation extension, support them
>> as well.
>>
>> * module/s
17 matches
Mail list logo
