[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Chicken-hackers] Library list support
From: |
Peter Bex |
Subject: |
Re: [Chicken-hackers] Library list support |
Date: |
Mon, 2 Nov 2015 21:41:54 +0100 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Tue, Oct 13, 2015 at 09:12:41PM +1300, Evan Hanson wrote:
> Hi all,
>
> The "chicken-5-library-lists" branch adds support for list-style library
> names, e.g. (use (chicken ports)) and the like.
>
> I'm still making minor improvements here and there, but in general I think
> it's ready to be merged. I'd appreciate it if someone could have a look.
This is truly beautiful work, Evan! I like how you introduced a new
feature while at the same time significantly simplifying the affected
procedures, and already made more headway into getting rid of the ##sys#
prefixes. And it doesn't even need to be bootstrapped specially :)
> A few things to note:
>
> * Support for defining new module aliases (i.e. the `(module foo = bar)`
> syntax) has been removed to avoid ambiguity with functor instantiation.
> See <address@hidden> and
> <address@hidden>. The machinery has been left in
> place, however, so it won't be much trouble to restore the feature with a
> different syntax later (or swap it in for a different functor syntax, or
> whatever).
This is fine with me. We could maybe do (alias-module foo bar) or something.
But I don't really think this is a very useful feature anyway.
> * With that single exception, everything is totally backwards-compatible,
> and I haven't changed any existing documentation or tests to use the new
> library syntax yet.
Perfect! I even tested it with the srfi-14 egg, and it worked there too.
> * The branch adds an "internal" unit ("chicken.internal" module) for new
> runtime support code.
This is good progress! If we keep this up we may even have a chance at
releasing CHICKEN 5 in 2016 ;)
Cheers,
Peter
signature.asc
Description: Digital signature
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: [Chicken-hackers] Library list support,
Peter Bex <=