Hi Andy,
> I also think we should have `library' and `import' in the basic
> environment. In order to do this I would like for them in boot-9.scm,
> not in a separate module, and implemented in terms of syntax-case.
>
> Implementing `library' in terms of syntax-case will allow `library' to
> expa
On Thu, Jan 28, 2010 at 3:54 PM, Neil Jerram wrote:
> Andy Wingo writes:
>
>> Rereading my mail I have to apologize for the "hard sell". I do think
>> `library' and `import' in the default namespace is the right thing,
>> though.
>
> FWIW, I agree that this `out of the box' support for R6RS libra
Hi,
On Thu 28 Jan 2010 22:28, Neil Jerram writes:
> I favour dropping discouraged and only having deprecated.
I'm OK with this as well, FWIW.
Andy
--
http://wingolog.org/
Hi Neil,
Neil Jerram writes:
> If something like uniform-vector-xxx stops being the recommended
> approach, but remains trivial for us to support in the codebase, I think
> it is enough `discouragement' just to remove it from the manual. That
> will make it less likely to be used in new code.
l...@gnu.org (Ludovic Courtès) writes:
> Hi Neil,
>
> Neil Jerram writes:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> That’s what had been done for these functions but libguile also supports
>>> ‘discouraged’ features.
>>
>> I never really saw the case for two levels of deprecation
>> (i.e
Hi Neil,
Neil Jerram writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> That’s what had been done for these functions but libguile also supports
>> ‘discouraged’ features.
>
> I never really saw the case for two levels of deprecation
> (i.e. `discouraged' and `deprecated'). I thought `deprec
Andy Wingo writes:
> Rereading my mail I have to apologize for the "hard sell". I do think
> `library' and `import' in the default namespace is the right thing,
> though.
FWIW, I agree that this `out of the box' support for R6RS libraries is
pretty cool. And as you say, 2 identifiers is not ver
Andy Wingo writes:
> Wow, ok. Well yes, we did always think this was going to happen... so
> all right. I'll see what it takes, and merge when ready.
FWIW, I'm really pleased to see this so soon. I've been musing that an
FFI should allow us to co-opt all the binding libraries out there for
othe
Greg Troxel writes:
> Given the history of guile, I suspect that in some number of years a
> feature that has been discouraged will get moved to deprecated, and then
> removed. So the question is really what kind of commitment there is to
> API/ABI stability, and I don't think there is much.
AP
l...@gnu.org (Ludovic Courtès) writes:
> That’s what had been done for these functions but libguile also supports
> ‘discouraged’ features.
I never really saw the case for two levels of deprecation
(i.e. `discouraged' and `deprecated'). I thought `deprecated' on its
own was enough.
When depreca
Hello,
On Thu 28 Jan 2010 02:50, "Jose A. Ortega Ruiz" writes:
> (with-output-to-string (lambda () (error "foo")))
This also happens if you don't enable readline, via running with guile
-q. I'll check it out.
Andy
--
http://wingolog.org/
On Tue, Jan 26, 2010 at 7:46 PM, Brian Templeton wrote:
> It's 2010 and people are still making web pages with table-based layouts
> and body attributes for text/link colors? (:
If it ain't broke...
12 matches
Mail list logo