[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
(usagi-users 03520) Re: Porting SUnet to s48; network API convergance
- To: scsh-hackers@xxxxxxxx
- Subject: (usagi-users 03520) Re: Porting SUnet to s48; network API convergance
- From: Andreas Bernauer <andreas.bernauer@xxxxxx>
- Date: Sat, 8 Oct 2005 12:27:20 +0200
- Delivered-to: scsh-hackers@scsh.net
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nX7RJ1/Hb/7DcReAYz3zS+iCF6rMpJfQfSeYkn1wiejcUp08z1i4Im9HkvPE99JKjnJONIZjP7tLwI2AiE3P28q7tXL1fbm8e32GWM+f1MnZNH5kPBpdwEVDr/NO0zSVZ578DOZlmE2HT1eihuPpoYCHq0JYqzv5+mf740UEj/g=
- In-reply-to: <87r7axfw84.fsf@ivanova.rotty.yi.org>
- List-archive: <http://www.scsh.net/mail-archive/scsh-hackers>
- List-subscribe: <mailto:scsh-hackers-request@scsh.net?subject=subscribe>
- Old-return-path: <bernauer@gmail.com>
- References: <87r7axfw84.fsf@ivanova.rotty.yi.org>
- Reply-to: andreas.bernauer@xxxxxx
- Resent-date: Sat, 8 Oct 2005 12:27:24 +0200 (CEST)
- Resent-date: Sat, 8 Oct 2005 23:58:52 +0900
- Resent-from: scsh-hackers@xxxxxxxx
- Resent-from: sekiya@xxxxxxxxxxxxxx
- Resent-message-id: <fyc_7C.A.L7T.M85RDB@bernard>
- Resent-message-id: <200510082358.FMLAAB11758.usagi-users@linux-ipv6.org>
- Resent-sender: scsh-hackers-request@xxxxxxxx
- Resent-to: usagi-users@xxxxxxxxxxxxxx (moderated)
- Sender: bernauer@xxxxxxxxx
On 10/7/05, Andreas Rottmann <a.rottmann@xxxxxx> wrote:
> Since I'd like to be able to run SUnet on Scheme48, I have wondered
> what the best way would be to achive this; here are excerpts of my
> exchange with Michael Sperber:
>
> Since currently these
> constants are hardcoded to match the constants used in the
> corresponding C API, my idea was to have a platform-specific mapping
> procedure, e.g. PROTOCOL-FAMILY->OS-INTEGER, that maps the finite type
> instances to their C constant counterparts.
>
> Of course these changes will break backwards compatibility, hence code
> using the network API must be adapted or the old interface
> retained.
I'm currently not so much into SUnet and scsh, but what's the point in
porting SUnet from scsh to Scheme48 and at the same time breaking
backwards compatibility? I am not sure if I understand you correctly:
when people want to add something to SUnet, will they have to write
one version for scsh and one version for Scheme48?
Cheers,
Andreas.