This is a cosmetic change that removes the "##sys#" prefix from the
lambda-info names of procedures defined in library.scm. Where a
procedure was defined first with the prefix and later as an alias
without it, their definitions have been swapped, making sure the
non-prefixed name is used in its lam
On Wed, Jul 23, 2014 at 07:56:01PM +1200, Evan Hanson wrote:
> This is a cosmetic change that removes the "##sys#" prefix from the
> lambda-info names of procedures defined in library.scm. Where a
> procedure was defined first with the prefix and later as an alias
> without it, their definitions ha
On 2014-07-23 10:06, Peter Bex wrote:
> This change doesn't make much sense to me unless we also deprecate
> the ##sys#-prefixed versions. ##sys#error sounds more "internal" or
> "primitive" than "error", so (to me) it makes more sense to have
> error be an alias of ##sys#error, instead of the oth
On Wed, Jul 23, 2014 at 01:20:16AM -0700, Evan Hanson wrote:
> On 2014-07-23 10:06, Peter Bex wrote:
> > This change doesn't make much sense to me unless we also deprecate
> > the ##sys#-prefixed versions. ##sys#error sounds more "internal" or
> > "primitive" than "error", so (to me) it makes more
Thanks for the fantastic explanation, Peter. Pushed.
Cheers,
Evan
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-hackers
From: Peter Bex
Subject: Re: [Chicken-hackers] [PATCH] Remove ##sys# prefix from lambda-info
names of library procedures
Date: Wed, 23 Jul 2014 10:24:59 +0200
> On Wed, Jul 23, 2014 at 01:20:16AM -0700, Evan Hanson wrote:
>> On 2014-07-23 10:06, Peter Bex wrote:
>> > This change doesn't make muc
> I've never understood this cygchicken-0.dll business. It's still being
> built, and the core binaries are still linked against it. So I'm unsure
> whether this patch is the Right Fix; I always assumed there was a reason
> we had cygchicken-0.dll, and programs should be linked against it?
>
> A
Felix Winkelmann writes:
> From: Peter Bex
> Subject: Re: [Chicken-hackers] [PATCH] Remove ##sys# prefix from lambda-info
> names of library procedures
> Date: Wed, 23 Jul 2014 10:24:59 +0200
>
>> On Wed, Jul 23, 2014 at 01:20:16AM -0700, Evan Hanson wrote:
>>> On 2014-07-23 10:06, Peter Bex wr
Peter Bex scripsit:
> I've never understood this cygchicken-0.dll business. It's still being
> built, and the core binaries are still linked against it. So I'm unsure
> whether this patch is the Right Fix; I always assumed there was a reason
> we had cygchicken-0.dll, and programs should be link
Peter Bex scripsit:
> I'm not sure deprecating the prefixed versions is worth the hassle,
> there are quite a few eggs using ##sys#error and ##sys#warn.
They should be fixed: the ##sys# API is undocumented and eggs that use
it are depending on something that's explicitly subject to change
without
From: John Cowan
Subject: Re: [Chicken-hackers] [PATCH] Remove ##sys# prefix from lambda-info
names of library procedures
Date: Wed, 23 Jul 2014 08:02:59 -0400
> Peter Bex scripsit:
>
>> I'm not sure deprecating the prefixed versions is worth the hassle,
>> there are quite a few eggs using ##sy
Felix Winkelmann scripsit:
> They can't be deprecated, as these procedures are used internally.
I know that that is so, but is there any reason why it must be so?
Could not internal use also be converted from ##sys#error to error, etc.?
> But user/egg code should still not use it, of course.
A
John Cowan writes:
> Felix Winkelmann scripsit:
>
>> They can't be deprecated, as these procedures are used internally.
>
> I know that that is so, but is there any reason why it must be so?
> Could not internal use also be converted from ##sys#error to error, etc.?
Well deprecation is intended
Christian Kellermann scripsit:
> Well deprecation is intended to give users of said procedures a heads
> up and allows them to change their code in advance. Since this is all
> internal API, I don't see the merit of such a process.
If only it were internal API, I'd say nothing. But it is de fact
From: John Cowan
Subject: Re: [Chicken-hackers] [PATCH] Remove ##sys# prefix from lambda-info
names of library procedures
Date: Wed, 23 Jul 2014 11:13:32 -0400
> Felix Winkelmann scripsit:
>
>> They can't be deprecated, as these procedures are used internally.
>
> I know that that is so, but i
On Sun, Jul 13, 2014 at 02:08:11PM +0200, Peter Bex wrote:
> Hi all,
>
> Here's a simple patch for #1136, which is more-or-less the same bug as
> the one pointed out by Mario for string-copy!, but for move-memory!
> There's a second bug in the type specialisation for move-memory!: it
> would expan
Peter Bex writes:
> The attached patch is an updated version which also changes the
> implementation of C_copy_ptr_memory to use memmove().
I have pushed this version to master and stability/4.9.0.
Thank you!
Christian
___
Chicken-hackers mailing l
17 matches
Mail list logo
