From: ludo@gnu.org (Ludovic Courtès)
To: guile-devel@gnu.org
Subject: Re: Internal visibility
Date: Mon, 02 Jun 2008 00:02:46 +0200 [thread overview]
Message-ID: <87wsl8eruh.fsf@gnu.org> (raw)
In-Reply-To: 49dd78620806011348w400a75c5xaea1af79f9b94949@mail.gmail.com
Hi,
"Neil Jerram" <neiljerram@googlemail.com> writes:
> 2008/6/1 Ludovic Courtès <ludo@gnu.org>:
>>
>> It's just that it's convenient and equivalent to 1.6's `SCM_STRING_CHARS ()',
>> so people have come to use it... According to Google's codesearch,
>> `scm_i_string_chars ()' is used by Mailutils, Lilypond, AutoGen, SND and
>> a few others.
>
> IMO that amounts to a strong case for making it an official API. I
> believe the argument against doing that is something to do with future
> multi- and variable-byte string encodings - but perhaps we can handle
> that as a transitional issue once those encodings are in place?
I did not mark them as internal so as to leave them in this
"semi-official" state. But it was always clear from 1.8.0 that the `i'
in `scm_i_' means "internal" and that applications could only use it at
their own risk, so I wouldn't want to go as far as documenting or
encouraging it.
As Clinton said, there were good reasons for these functions to be
internal in the first place, and it seems more reasonable to keep it
this way. We *will* support Unicode eventually, right? :-)
Thanks,
Ludovic.
next prev parent reply other threads:[~2008-06-01 22:02 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-07 23:46 [PATCH] Fix continuation problems on IA64 Neil Jerram
2008-05-08 20:09 ` Ludovic Courtès
2008-05-08 21:29 ` Neil Jerram
2008-05-09 8:15 ` Ludovic Courtès
2008-05-09 22:19 ` Neil Jerram
2008-05-11 3:06 ` Ludovic Courtès
2008-05-12 21:02 ` Neil Jerram
2008-05-14 3:45 ` Internal visibility Ludovic Courtès
2008-05-27 21:32 ` Ludovic Courtès
2008-05-31 21:23 ` Ludovic Courtès
2008-06-01 8:00 ` Neil Jerram
2008-06-01 11:05 ` Ludovic Courtès
2008-06-01 20:48 ` Neil Jerram
2008-06-01 22:02 ` Ludovic Courtès [this message]
2008-06-01 20:24 ` Han-Wen Nienhuys
2008-06-09 18:10 ` Neil Jerram
2008-06-10 1:51 ` Han-Wen Nienhuys
2008-06-10 7:37 ` Ludovic Courtès
2008-06-10 8:04 ` Thien-Thi Nguyen
2008-06-10 12:09 ` Ludovic Courtès
2008-06-11 7:49 ` Thien-Thi Nguyen
2008-06-11 12:20 ` Ludovic Courtès
2008-06-12 20:45 ` Mike Gran
2008-06-23 12:20 ` Ludovic Courtès
2008-06-11 4:05 ` Han-Wen Nienhuys
2008-06-11 7:18 ` Ludovic Courtès
2008-06-11 7:24 ` Clinton Ebadi
2008-06-11 7:39 ` Ludovic Courtès
2008-06-11 16:09 ` Han-Wen Nienhuys
2008-06-23 12:18 ` Ludovic Courtès
2008-06-11 7:37 ` Neil Jerram
2008-05-12 22:18 ` [PATCH] Fix continuation problems on IA64 Neil Jerram
2008-05-14 2:55 ` Ludovic Courtès
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=87wsl8eruh.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=guile-devel@gnu.org \
/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).