From: Hans Aberg <haberg-1@telia.com>
To: Andy Wingo <wingo@pobox.com>
Cc: bug-guile@gnu.org
Subject: Re: GIT version: values
Date: Thu, 27 Jan 2011 14:20:32 +0100 [thread overview]
Message-ID: <79B58A21-FBAE-4F0E-A045-633D3307502F@telia.com> (raw)
In-Reply-To: <m3sjwebu0v.fsf@unquote.localdomain>
On 27 Jan 2011, at 10:00, Andy Wingo wrote:
>>> If you wish to preserve a potentially
>>> multiply-valued return, you will need to set up a multiple-value
>>> continuation, using `call-with-values'.
>>
>> But this is false.
>
> According to the standard, passing an unintended number of values to a
> continuation is undefined.
Right. Because of this, no extension is reliable - can be changed in
the future.
> To portably preserve a potentially
> multiply-valued return, you need call-with-values.
>
> You can still implement other paradigms on top of this. If you want
> to
> express some semantics that is not specified in the report, write a
> macro that wraps your expressions in call-with-values. This is
> effectively what we will do for Lua, for example.
Yes, this is what I do, first by a macro, and now, via a new tuple
type (right now a smob), a function call.
But tuples might be integrated into Scheme, so that the underlying
call-with-values become transparent.
For example, if (lambda x a) would have made the multiple values that
x picks up as 'values', then (lambda x x) becomes the identity. Now
this syntax is occupied, but it illustrates the idea.
next prev parent reply other threads:[~2011-01-27 13:20 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-18 9:57 GIT version: values writing Hans Aberg
2011-01-19 14:44 ` GIT version: values Hans Åberg
2011-01-26 20:51 ` Andy Wingo
2011-01-26 23:34 ` Hans Aberg
2011-01-27 9:00 ` Andy Wingo
2011-01-27 13:20 ` Hans Aberg [this message]
2011-01-19 17:05 ` Hans Aberg
2011-01-20 15:17 ` Ludovic Courtès
2011-01-20 17:10 ` Hans Aberg
2011-01-19 19:40 ` GIT version: segmentation fault Hans Aberg
2011-01-26 20:46 ` Andy Wingo
2011-01-26 23:37 ` Hans Aberg
2011-01-19 22:22 ` GIT version: missing linking flag Hans Aberg
2011-01-20 15:20 ` Ludovic Courtès
2011-01-20 17:03 ` Hans Aberg
2011-01-20 21:01 ` Ludovic Courtès
2011-01-20 21:13 ` Hans Aberg
2011-01-21 16:02 ` Ludovic Courtès
2011-01-21 17:59 ` Hans Aberg
2011-01-26 20:52 ` Andy Wingo
2011-01-26 23:44 ` Hans Aberg
2011-01-29 21:47 ` Ludovic Courtès
2011-01-29 22:51 ` Hans Aberg
2011-01-26 20:55 ` Andy Wingo
2011-01-26 23:47 ` Hans Aberg
2011-01-20 15:16 ` GIT version: values writing Ludovic Courtès
2011-01-20 16:51 ` Hans Aberg
2011-01-20 21:18 ` Ludovic Courtès
2011-01-20 21:55 ` Hans Aberg
2011-01-21 17:13 ` Values extension Hans Aberg
2011-01-26 20:57 ` GIT version: values writing Andy Wingo
2011-01-26 23:50 ` Hans Aberg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=79B58A21-FBAE-4F0E-A045-633D3307502F@telia.com \
--to=haberg-1@telia.com \
--cc=bug-guile@gnu.org \
--cc=wingo@pobox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).