GNU bug report logs - #41353
'thunk?' documentation is misleading

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#41353: closed ('thunk?' documentation is misleading)
Date: Wed, 27 May 2020 20:51:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Wed, 27 May 2020 22:50:04 +0200
with message-id <87sgflhzlv.fsf <at> gnu.org>
and subject line Re: bug#41353: (thunk? (const 1))
has caused the debbugs.gnu.org bug report #41353,
regarding 'thunk?' documentation is misleading
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
41353: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=41353
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Jan Synacek <jsynacek <at> redhat.com>
To: bug-guile <at> gnu.org
Subject: (const x) is a thunk
Date: Sun, 17 May 2020 12:41:05 +0200

With guile-3.0.2:

scheme@(guile-user)> (thunk? (const 1))
$1 = #t

Since thunk is a procedure that does not accept arguments (section
6.9.7, documentation for 'thunk?'), the result of the above evaluation
should be #f.

[Message part 3 (message/rfc822, inline)]

From: Ludovic Courtès <ludo <at> gnu.org>
To: David Kastrup <dak <at> gnu.org>
Cc: 41353-done <at> debbugs.gnu.org
Subject: Re: bug#41353: (thunk? (const 1))
Date: Wed, 27 May 2020 22:50:04 +0200

Hi,

David Kastrup <dak <at> gnu.org> skribis:

> I think this is more a matter of the documentation being not quite right:
>
>  -- Scheme Procedure: thunk? obj
>  -- C Function: scm_thunk_p (obj)
>      Return ‘#t’ if OBJ is a thunk—a procedure that does not accept
>      arguments.
>
> "if OBJ can serve as a thunk—a procedure called without arguments."

Agreed.  Fixed in 9c03e44dcfc118c37d28bb948f4d255c7b755d96.

Thanks,
Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.