Re: [Chicken-hackers] [PATCH] Apply the same naming scheme for .so libs in libs target

2013-02-03 Thread Christian Kellermann
* felix winkelmann fe...@call-with-current-continuation.org [130203 01:03]: From: Christian Kellermann ck...@pestilenz.org Subject: [Chicken-hackers] [PATCH] Apply the same naming scheme for .so libs in libs target Date: Sat, 2 Feb 2013 18:08:34 +0100 Hi all, As I went through the

[Chicken-hackers] Test suite barfs about types.db

2013-02-03 Thread richo
Running runtests.sh causes the compile efforts to barf with: Error: default type-database `types.db' not found There's a types.db in the toplevel of the repo, and in tests/tests-repository. It looked as though it was searching in tests/ so I created one there to no avail. The runtests

Re: [Chicken-hackers] [PATCH] Adding iset to core and using it for Unicode-capable SRFI-14.

2013-02-03 Thread Peter Bex
On Sat, Feb 02, 2013 at 06:10:25PM +0900, Alex Shinn wrote: Alternately we can drop iset and just define everything in terms of chars to begin with, but I think iset is useful. Could you elaborate on this comment? I don't understand what you mean by define everything in terms of chars. The

Re: [Chicken-hackers] [PATCH] warn if var is bound multiple times in the same binding form

2013-02-03 Thread Peter Bex
On Fri, Feb 01, 2013 at 12:14:33AM +0100, Felix wrote: The attached patch emits a warning at expansion time if the same variable in a let[rec][-syntax] form is bound more than once. This patch doesn't apply. It looks like this is a patch against some earlier version of itself: it changes

Re: [Chicken-hackers] [PATCH] Adding iset to core and using it for Unicode-capable SRFI-14.

2013-02-03 Thread Peter Bex
On Mon, Feb 04, 2013 at 12:02:44AM +0900, Alex Shinn wrote: iset manages integer sets. The srfi-14 proposed is a thin wrapper around iset, first translating chars to integers. We could alternately remove the integer interface and just use chars for everything. That would require an entirely

Re: [Chicken-hackers] [PATCH] Adding iset to core and using it for Unicode-capable SRFI-14.

2013-02-03 Thread Alex Shinn
On Mon, Feb 4, 2013 at 12:17 AM, Peter Bex peter@xs4all.nl wrote: On Mon, Feb 04, 2013 at 12:02:44AM +0900, Alex Shinn wrote: iset manages integer sets. The srfi-14 proposed is a thin wrapper around iset, first translating chars to integers. We could alternately remove the integer

Re: [Chicken-hackers] [PATCH] Make heap_size size_t instead of uint, permitting 4GB heap on 64-bit systems (#974)

2013-02-03 Thread Christian Kellermann
* Jim Ursetto zbignie...@gmail.com [130203 04:26]: Fixes Arthur Maciel's crash/hang with large datasets. This should also go in stability/4.8.0 in my opinion. I think this is good and I have pushed it to master. Thanks, this has been excellent work! Christian -- In the world, there is

[Chicken-hackers] [PATCH] Fix for #568

2013-02-03 Thread Peter Bex
Hi all, Attached is my third or fourth attempt at fixing bug #568. The bug is that TCP and pipe-ports in some cases do not drop the \r in a \r\n sequence. What finally made it work was to invert the logic for fetching data and scanning for newline/carriage return characters and copying strings

Re: [Chicken-hackers] [PATCH] Fix for #568

2013-02-03 Thread Peter Bex
On Sun, Feb 03, 2013 at 08:44:19PM +0100, Peter Bex wrote: What finally made it work was to invert the logic for fetching data and scanning for newline/carriage return characters and copying strings into the line. Now the scan-buffer-line is more complicated, while the port-specific read-line

Re: [Chicken-hackers] [PATCH] Fix for #568

2013-02-03 Thread Peter Bex
On Sun, Feb 03, 2013 at 12:00:42PM -0800, Kon Lovett wrote: On Feb 3, 2013, at 11:50 AM, Peter Bex peter@xs4all.nl wrote: That reminds me: in posixunix.scm the read-line code sets some slot number 5. I was unable to figure out what this was for. It seems to update it to the current

Re: [Chicken-hackers] [PATCH] platform auto-detection mechanism

2013-02-03 Thread Michele La Monaca
Here's a slightly shortened version, grouping the BSDs together. I've added Dragonfly, but not MirBSD. I'm not aware of anyone reporting that it works on MirOS, so I think we shouldn't be misleading MirOS users by auto-detecting their platform which isn't really tested or supported. A couple

Re: [Chicken-hackers] [PATCH] Fix for #568

2013-02-03 Thread Peter Bex
On Sun, Feb 03, 2013 at 02:54:04PM -0600, Jim Ursetto wrote: On Feb 3, 2013, at 2:05 PM, Peter Bex wrote: Now the million dollar question is why other ports don't seem to be using this anymore. They had better be using it, since it is relied on in port-position, which worked when I tried

Re: [Chicken-hackers] [PATCH] Adding iset to core and using it for Unicode-capable SRFI-14.

2013-02-03 Thread Felix
That's why I asked in advance what people wanted (is lib size or runtime memory or speed more important?), and since the only response I got was could you provide a patch I sent what I think is the best option. If we want to trim down the size, there's quite a lot that can be removed

Re: [Chicken-hackers] [PATCH] platform auto-detection mechanism

2013-02-03 Thread John Cowan
Michele La Monaca scripsit: Incidentally a good reason not to rely on gcc to detect the platform. No autodetection will ever work with MSVC, for one might have both that and mingw installed in the same path. Btw, I might be (remotely) interested in that. Can you (or anyone) confirm that

Re: [Chicken-hackers] [PATCH] Fix for #568

2013-02-03 Thread Jim Ursetto
On Feb 3, 2013, at 2:05 PM, Peter Bex wrote: On Sun, Feb 03, 2013 at 12:00:42PM -0800, Kon Lovett wrote: On Feb 3, 2013, at 11:50 AM, Peter Bex peter@xs4all.nl wrote: That reminds me: in posixunix.scm the read-line code sets some slot number 5. I was unable to figure out what this was

Re: [Chicken-hackers] [PATCH] warn if var is bound multiple times in the same binding form

2013-02-03 Thread Felix
From: Peter Bex peter@xs4all.nl Subject: Re: [Chicken-hackers] [PATCH] warn if var is bound multiple times in the same binding form Date: Sun, 3 Feb 2013 15:46:31 +0100 On Fri, Feb 01, 2013 at 12:14:33AM +0100, Felix wrote: The attached patch emits a warning at expansion time if the same

Re: [Chicken-hackers] [PATCH] Adding iset to core and using it for Unicode-capable SRFI-14.

2013-02-03 Thread Felix
From: Alex Shinn alexsh...@gmail.com Subject: Re: [Chicken-hackers] [PATCH] Adding iset to core and using it for Unicode-capable SRFI-14. Date: Mon, 4 Feb 2013 00:44:27 +0900 On Mon, Feb 4, 2013 at 12:17 AM, Peter Bex peter@xs4all.nl wrote: On Mon, Feb 04, 2013 at 12:02:44AM +0900, Alex

Re: [Chicken-hackers] [PATCH] Adding iset to core and using it for Unicode-capable SRFI-14.

2013-02-03 Thread Alex Shinn
On Mon, Feb 4, 2013 at 5:58 AM, Felix fe...@call-with-current-continuation.org wrote: That's why I asked in advance what people wanted (is lib size or runtime memory or speed more important?), and since the only response I got was could you provide a patch I sent what I think is the

Re: [Chicken-hackers] [PATCH] posix: Add optional atomic? argument to create-directory

2013-02-03 Thread richo
On 04/02/13 11:17 +1100, Richo Healey wrote: The atomic flag skips the check for directory existance, making it appropriate for dotlocks etc. This also begins unifying some of the duplicated code from posixwin and posixunix to a central interface in posix-common which calls out to helpers in

Re: [Chicken-hackers] [PATCH] Fix for #568

2013-02-03 Thread Jim Ursetto
Gotcha. I was using read-char exclusively. I imagine that read-line should zero out the column, at least. That shouldn't be hard. On Feb 3, 2013, at 14:58, Peter Bex peter@xs4all.nl wrote: On Sun, Feb 03, 2013 at 02:54:04PM -0600, Jim Ursetto wrote: On Feb 3, 2013, at 2:05 PM, Peter Bex

Re: [Chicken-hackers] [PATCH] Adding iset to core and using it for Unicode-capable SRFI-14.

2013-02-03 Thread Alex Shinn
On Mon, Feb 4, 2013 at 8:57 AM, Alex Shinn alexsh...@gmail.com wrote: On Mon, Feb 4, 2013 at 5:58 AM, Felix fe...@call-with-current-continuation.org wrote: That's why I asked in advance what people wanted (is lib size or runtime memory or speed more important?), and since the only