Re: [Chicken-hackers] [PATCH] Fix (restore?) specializations from types.db when compiling core itself

2016-01-10 Thread Peter Bex
ations, because we will not have any toplevel identifiers in types.db anymore when it is finished. Cheers, Peter From fe88996d070b790633de2e36bd212f935150580d Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Wed, 18 Nov 2015 19:28:08 +0100 Subject: [PATCH] Mark external type declarations as declared.

[Chicken-hackers] [PATCH] Add a statistical profiler

2016-01-03 Thread Peter Bex
asy-going way. There's a lot more we could potentially do to improve either profiler, but let's get started by applying this first. Cheers, Peter From 1f86fb74396e07b0d230e0c204b6c7baab95f8b7 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sat, 5 Dec 2015 16:28:5

Re: [Chicken-hackers] [PATCH] Don't warn about unused hidden variables

2015-12-29 Thread Peter Bex
On Tue, Dec 29, 2015 at 01:13:18PM +1300, Evan Hanson wrote: > A simple fix for #1237. Simple but effective :) Looks good to me. You forgot to add variable-hidden? to compiler-namespace.scm in the master branch, though, so I've added it. Pushed. Cheers, Peter signature.asc Description:

Re: [Chicken-hackers] [PATCH] Use pair as loop result handle in compiler-syntax for `map`

2015-12-21 Thread Peter Bex
On Mon, Dec 21, 2015 at 04:25:04PM +1300, Evan Hanson wrote: > Hi hackers, > > Here's a patch for an issue Felix pointed out way back in April, in > <20150409.002445.2299782991240200701.felix.winkelm...@bevuta.com> (the > actual message is inline, below). I actually mentioned this a while ago >

[Chicken-hackers] [PATCH] Fix C_uword's format string on 64bit and some inconsistencies in "size" variables

2015-12-20 Thread Peter Bex
Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sun, 20 Dec 2015 20:18:43 +0100 Subject: [PATCH] Fix UWORD_COUNT_FORMAT_STRING on 64bit platforms. It should be "unsigned long", not just "unsigned integer". This allows us to remove some questionable c

Re: [Chicken-hackers] [PATCH] Fix (restore?) specializations from types.db when compiling core itself

2015-12-20 Thread Peter Bex
On Sun, Dec 20, 2015 at 06:11:24PM +1300, Evan Hanson wrote: > Hi Peter, > > I've pushed the read-char and types.db fixes. They make sense and offer > a good speedup -- nice work! Thanks! > Unfortunately the scrutinizer change is a bit hairier. One problem is > that it causes the

[Chicken-hackers] [PATCH] Update irregex to new upstream release: 0.9.4, and reduce differences

2015-12-17 Thread Peter Bex
rted to a 'location property on the 'exn condition. I've kept this because it's a bit more user-friendly, even though it looks like a gratuitous change when you're looking at the diff. Cheers, Peter From 667d9e4442208e020d0158b18284705ce0a6fbe9 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more

Re: [Chicken-hackers] [PATCH] remove unused code (##sys#hash-table-location)

2015-12-15 Thread Peter Bex
On Tue, Dec 15, 2015 at 01:50:48PM +1300, Evan Hanson wrote: > On 2015-11-07 18:27, Mario Domenech Goulart wrote: > > It is used by the environments egg, though. As far as I can tell, it's > > the only use of ##sys#hash-table-location, so I wouldn't mind moving it > > from the core to the

Re: [Chicken-hackers] [PATCH] Improve irregex matching performance a lot by adding two type declarations

2015-12-12 Thread Peter Bex
On Wed, Dec 09, 2015 at 08:59:17AM +0100, Peter Bex wrote: > On Tue, Dec 08, 2015 at 10:35:35PM +0100, felix.winkelm...@bevuta.com wrote: > > > Now, if you look at the patch you'll see that it changes irregex-core.scm, > > > which means it creates a "fork" against th

Re: [Chicken-hackers] [PATCH] Improve irregex matching performance a lot by adding two type declarations

2015-12-12 Thread Peter Bex
On Sat, Dec 12, 2015 at 09:47:14AM -0800, Dan Leslie wrote: > > > And even if there are other Schemes with type hints (I'd love to hear if > > I've overlooked any!), I doubt they use a compatible syntax to ours, > > which means a wrapper macro would be pretty hairy. > > Off the top of my head,

Re: [Chicken-hackers] [PATCH] Improve irregex matching performance a lot by adding two type declarations

2015-12-08 Thread Peter Bex
On Tue, Dec 08, 2015 at 10:35:35PM +0100, felix.winkelm...@bevuta.com wrote: > > Now, if you look at the patch you'll see that it changes irregex-core.scm, > > which means it creates a "fork" against that part of the code in upstream. > > I don't see a way to declare the type from the "outside",

Re: [Chicken-hackers] [PATCH] Improve irregex matching performance a lot by adding two type declarations

2015-12-08 Thread Peter Bex
On Wed, Dec 09, 2015 at 01:30:47AM +0100, Kooda wrote: > On Tue, Dec 08, 2015 at 10:12:46PM +0100, Peter Bex wrote: > > Using the unpatched version: > > 1.336s CPU time, 0.028s GC time (major), 600061/2562 mutations > > (total/tracked), 11/2823 GCs (major/minor) > > &g

[Chicken-hackers] [PATCH] Improve irregex matching performance a lot by adding two type declarations

2015-12-08 Thread Peter Bex
add two lines and reindent. It'll create another maintenance burden of course, but this is less invasive than the cond-expand just below the definition of vector-copy (is that (still) needed?). Cheers, Peter From 75263eb13ee10deac5b81eed0de927402200924e Mon Sep 17 00:00:00 2001 From: Peter Bex <pe.

Re: [Chicken-hackers] A simple debugger

2015-12-07 Thread Peter Bex
On Mon, Dec 07, 2015 at 11:27:28AM +0100, felix.winkelm...@bevuta.com wrote: > > Also, this adds a new dependency to CHICKEN: tcl/tk+wish. I don't mind > > it much because it's an optional dependency, but maybe we can make the > > installation of this script into bin (adding it to $PATH) optional

Re: [Chicken-hackers] [PATCH] Make character comparisons safe

2015-11-30 Thread Peter Bex
On Mon, Nov 30, 2015 at 11:03:42PM +1300, Evan Hanson wrote: > Hi Peter, > > This looks good, nice and straightforward. Pushed to both branches. Thanks for that! > Of course, now that I've noticed it, it's totally bugging me that we > have `C_i_greater_or_equalp` on the one hand but >

Re: [Chicken-hackers] [PATCH] Fix (restore?) specializations from types.db when compiling core itself

2015-11-28 Thread Peter Bex
On Wed, Nov 18, 2015 at 07:58:49PM +0100, Peter Bex wrote: > Attached is also a diff of the benchmarks, and you can clearly see the > benefit this has in the difference between "test" and "master" on the > kernwyk-wc and kernwyk-cat benchmarks, as I hoped it wo

[Chicken-hackers] [PATCH] A stupid but serviceable fix for #1110

2015-11-28 Thread Peter Bex
% reliable, but it's slightly better than what we have now, and at least the code that's supposed to be triggered gets triggered now. And we can close another ticket :) Cheers, Peter From 1ddbfe2be6d7bbafe742237df7432685ac4d54ed Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> D

Re: [Chicken-hackers] How to interpret chicken post mortem?

2015-11-26 Thread Peter Bex
On Thu, Nov 26, 2015 at 11:29:20AM +0100, Jörg F. Wittenberger wrote: > Something is definitely wrong at master and it is non-deterministic. > > I may be able to help narrowing this down, since I get these segfaults > within minutes. But I lack any idea what to look for by now. > > Most of the

Re: [Chicken-hackers] How to interpret chicken post mortem?

2015-11-26 Thread Peter Bex
On Thu, Nov 26, 2015 at 06:01:13PM +0100, Jörg F. Wittenberger wrote: > Am 26.11.2015 um 11:34 schrieb Peter Bex: > >> Error: (assq) bad argument type: # > > Do you also get this when compiling said code with the 4.10.1 snapshot? > > I get the same strange segfaults fr

[Chicken-hackers] [PATCH] Make character comparisons safe

2015-11-20 Thread Peter Bex
: Peter Bex <pe...@more-magic.net> Date: Fri, 20 Nov 2015 15:54:39 +0100 Subject: [PATCH] C_i_char_*p are now truly safe. The original definitions are retained under C_u_i_char_*p and used in unsafe mode and when the argument types are known to be characters. Conflicts: types.db ---

Re: [Chicken-hackers] [Chicken-announce] [CRITICAL] Spiffy path traversal vulnerability

2015-11-20 Thread Peter Bex
On Wed, Nov 11, 2015 at 10:34:52PM +, Mario Domenech Goulart wrote: > Hello, > > Benedikt Rosenau discovered a critical security vulnerability > that affects Spiffy, the web server. This bug has been assigned CVE-2015-8235. Cheers, Peter signature.asc Description: Digital signature

[Chicken-hackers] [PATCH] Fix off-by-one bug in equal? comparison of closures

2015-11-20 Thread Peter Bex
From 9807b34043075d31ca76d6f10b62f553f9f298fe Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Fri, 20 Nov 2015 18:50:54 +0100 Subject: [PATCH] Fix equal? comparison of closures. Even though you're not supposed to compare closures (the spec says it's undefined), CHICKEN supports this to a de

[Chicken-hackers] [PATCH] Error when emitting import libraries for modules that don't exist

2015-11-19 Thread Peter Bex
d and adds yet another global variable. Cheers, Peter From 22d7344307fbc24676e7f37a539b30f6dc61f070 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Thu, 19 Nov 2015 15:58:37 +0100 Subject: [PATCH] Error out when emitting import libraries for nonexistant modules.

[Chicken-hackers] [PATCH] Make print-length-limit a little bit more consistent

2015-11-19 Thread Peter Bex
cause any problems in practice AFAIK), and we can clean up another ticket this way. Cheers, Peter From 15491f632c520ad808837358cbcb2a45330ce2f6 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Thu, 19 Nov 2015 16:51:25 +0100 Subject: [PATCH] Make ##sys#with-print-limit a

Re: [Chicken-hackers] [PATCH] thread-join! does not like sleeping threads

2015-11-19 Thread Peter Bex
es.net> Date: Sat, 7 Nov 2015 18:54:48 +0100 Subject: [PATCH] In thread-join! handle joining a thread in state `sleeping` with timeout. Signed-off-by: Peter Bex <pe...@more-magic.net> --- NEWS| 4 srfi-18.scm | 2 +- 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a

[Chicken-hackers] [PATCH] Fix (restore?) specializations from types.db when compiling core itself

2015-11-18 Thread Peter Bex
the other benchmarks, but I guess some of those are just noise, or the result of changing stacks due to the specializations in library.scm. Cheers, Peter From d02bf544c8ff15c33c16a15574ef243fdcf05ceb Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Wed, 18 Nov 2015 19:28:08 +0100 Subject:

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-11-03 Thread Peter Bex
On Mon, Nov 02, 2015 at 11:03:20PM +0100, felix.winkelm...@bevuta.com wrote: > > > That doesn't change the fact that it is very bad programming style. It > > > doesn't > > > scale, is not portable and very inefficient. Endorsing such a programming > > > style > > > encourages writing bad code,

Re: [Chicken-hackers] chicken-install bug: does not copy all folders when cross-compiling

2015-11-03 Thread Peter Bex
On Thu, Oct 15, 2015 at 01:33:59PM +0200, Kristian Lein-Mathisen wrote: > Hi dear chickeners! > > We have a really nice macro[1] that runs "git describe --tags" and produces > string-output of our current version at compile-time. This method is (when > not cross-compiling) very robust because it

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-11-02 Thread Peter Bex
On Mon, Nov 02, 2015 at 07:21:06PM +0100, felix.winkelm...@bevuta.com wrote: > > I know what you mean, but we've seen that in practice there are some > > libraries that heavily rely on apply, most notably SSAX's sxml > > transformations. And an XML element with 4096 child nodes isn't > >

Re: [Chicken-hackers] Library list support

2015-11-02 Thread Peter Bex
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

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-11-01 Thread Peter Bex
On Sun, Nov 01, 2015 at 01:36:53AM +0100, felix.winkelm...@bevuta.com wrote: > Is this really necessary? I think runtime.c is already complicated enough as > it > is. I understand your intent, but I'm always wary of "arbitrary fixes to > reasonable > limitations, just because they are

[Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-10-31 Thread Peter Bex
7 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sat, 31 Oct 2015 19:57:38 +0100 Subject: [PATCH] Dynamically resize temporary stack when needed. When the argcount is extremely large, the temporary stack can be resized to fit the arguments on GC. The default temporary stack size can

Re: [Chicken-hackers] [PATCH][5] Make the "-module" option take the module name as an argument

2015-10-31 Thread Peter Bex
pushed these commits to the > "chicken-5-named-module-option" branch. Thanks, I've merged this into chicken-5. > On 2015-10-30 8:18, Evan Hanson wrote: > > On 2015-10-29 20:06, Peter Bex wrote: > > > This is a bit of a niche option, isn't it? I don't really see the use >

Re: [Chicken-hackers] [PATCH] Standardize specialization and argument type matching

2015-10-30 Thread Peter Bex
On Thu, Oct 01, 2015 at 03:23:34AM +1300, Evan Hanson wrote: > Hi all, > > Here's a patch implementing a change discussed at ICC[1]: it makes > argument type matching for specializations behave more intuitively for > implicit "or" types such as "number" and "boolean". Now, a call will > trigger a

Re: [Chicken-hackers] [PATCH][5] Make the "-module" option take the module name as an argument

2015-10-29 Thread Peter Bex
On Sun, Oct 04, 2015 at 10:32:07PM +1300, Evan Hanson wrote: > Hi all, > > Here's an opinion patch. :) > > I'd like to be able to specify a module name on the command line, in the > same way that one can specify "-unit foo". > > There's some other cleanup in the patch, too, including a fix for

Re: [Chicken-hackers] Heap size calculation in rereclaim2

2015-10-24 Thread Peter Bex
On Sat, Oct 17, 2015 at 04:58:06PM +0200, Peter Bex wrote: > Well, here's a bunch of patches to fix this issue (#1221) as well as a > handful of memory-related issues. I still haven't managed to pinpoint > the crashes we're seeing on Salmonella, but this is a separate issue >

Re: [Chicken-hackers] Heap size calculation in rereclaim2

2015-10-17 Thread Peter Bex
On Wed, Oct 14, 2015 at 09:43:59AM +0200, Peter Bex wrote: > On Tue, Oct 13, 2015 at 11:06:58PM +0200, felix.winkelm...@bevuta.com wrote: > > > Am I correct in thinking that double_plus is misnamed and should really > > > be called "relative_size" or som

Re: [Chicken-hackers] Heap size calculation in rereclaim2

2015-10-14 Thread Peter Bex
(looks like you accidentally hit reply instead of reply all/reply to list) On Tue, Oct 13, 2015 at 11:06:58PM +0200, felix.winkelm...@bevuta.com wrote: > > Am I correct in thinking that double_plus is misnamed and should really > > be called "relative_size" or something? Felix: Do you remember

[Chicken-hackers] Heap size calculation in rereclaim2

2015-10-13 Thread Peter Bex
Hi hackers, This morning on IRC we were discussing the random breakage on Salmonella, and Evan mentioned that he noticed that the crashes he observed were all at the start of a program. This made me think that perhaps the problem is in how literal decoding is happening and allocated into the

Re: [Chicken-hackers] [PATCH] (hopefully) fix the massive random Salmonella breakage

2015-10-04 Thread Peter Bex
On Sun, Oct 04, 2015 at 10:32:01PM +1300, Evan Hanson wrote: > Hi Peter, > > This makes sense. I didn't know that was ever done, but after a search > of the rest of the runtime it doesn't *look* like this temporary stack > trick is used anywhere else. Nice find! I haven't been able to reproduce >

Re: [Chicken-hackers] [PATCH] (hopefully) fix the massive random Salmonella breakage

2015-10-04 Thread Peter Bex
On Mon, Oct 05, 2015 at 08:06:29AM +1300, Evan Hanson wrote: > On 2015-10-04 14:55, Peter Bex wrote: > > Cool. Have you been able to reproduce the crash (without patch) at all? > > Yeah, by simply running `make check` in a loop until it fails. It > doesn't usually take more

[Chicken-hackers] [PATCH] (hopefully) fix the massive random Salmonella breakage

2015-10-01 Thread Peter Bex
Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Thu, 1 Oct 2015 15:57:56 +0200 Subject: [PATCH 1/2] Avoid allocating argvectors on the temporary stack. The temporary stack should be strictly reserved for setting aside live data just before performing a GC & lo

Re: [Chicken-hackers] [PATCH] Make base allocation size zero for C_a_i_listN rewrites

2015-09-13 Thread Peter Bex
On Sun, Sep 13, 2015 at 02:39:16PM +1200, Evan Hanson wrote: > Previously, C_a_i_listN rewrites specified one word as the base size of > the resulting `##core#inline_allocate` form. However, because the > terminating C_SCHEME_END_OF_LIST isn't allocated, that base word needn't > be included in the

[Chicken-hackers] [PATCH][5] Fix hanging srfi-18 egg tests due to scheduler bug

2015-09-13 Thread Peter Bex
These are separate issues, though: (use srfi-18) (thread-sleep! 0.25) works in csi on mingw, as well as (thread-sleep! 1/2), for example. Cheers, Peter From 48862b22bf43755b841274d7206d54a5c7c56fbf Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sun, 13 Sep 2015 17:0

[Chicken-hackers] [PATCH][5] Fix chicken-install -init

2015-09-11 Thread Peter Bex
make them alphabetic (this should make it easier to verify everything from "lib/8" is installed). Cheers, Peter From 2eb7fbb41367ca8dba2cd89d85cdcddbdd99dbd6 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Fri, 11 Sep 2015 20:08:14 +0200 Subject: [PATCH] Unbreak chick

[Chicken-hackers] [PATCH] Another argvector memcpy misuse causing segfaults

2015-09-05 Thread Peter Bex
ers, Peter From 89b8879c275ee551565c1bb7ae26ac9803dae8d1 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sat, 5 Sep 2015 17:17:55 +0200 Subject: [PATCH] Replace two more memcpy calls with memmove. (apply apply ...) may result in memcpy of temporary stack into

[Chicken-hackers] [PATCH] Add support for X32 ABI on Linux

2015-09-01 Thread Peter Bex
. Cheers, Peter From 89765719d8c1ce93dd5f07cd0f6b0a0071cdcb70 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Tue, 1 Sep 2015 20:31:13 +0200 Subject: [PATCH] Add support for the Linux X32 ABI. This is simply a check on ARCH to add a flag to the C compiler and the linker.

Re: [Chicken-hackers] [PATCH] Re-use argvectors in generated code

2015-08-31 Thread Peter Bex
On Sun, Aug 30, 2015 at 08:34:11PM +0200, Peter Bex wrote: > The attached patch applies to master and chicken-5. For good results, > please first apply the off-by-one fix I mailed earlier. Just a heads up for those preparing to look into this one. Felix has applied this patch (and t

Re: [Chicken-hackers] [PATCH] Re-use argvectors in generated code

2015-08-31 Thread Peter Bex
On Mon, Aug 31, 2015 at 08:22:20AM +0200, Peter Bex wrote: > On Sun, Aug 30, 2015 at 08:34:11PM +0200, Peter Bex wrote: > > The attached patch applies to master and chicken-5. For good results, > > please first apply the off-by-one fix I mailed earlier. > > Just a heads u

[Chicken-hackers] [PATCH] Re-use argvectors in generated code

2015-08-30 Thread Peter Bex
:00 2001 From: Peter Bex pe...@more-magic.net Date: Sun, 30 Aug 2015 20:11:45 +0200 Subject: [PATCH] Dynamically determine if we can re-use argvectors. This applies to CPS context procedures which call other procedures in CPS context only. This replaces a few memcpy() calls with memmove() because

[Chicken-hackers] [PATCH] Fix off-by-one error in C_values code

2015-08-30 Thread Peter Bex
03ee87824b7a2e9b3e8eb05a713b01646c063090 Mon Sep 17 00:00:00 2001 From: Peter Bex pe...@more-magic.net Date: Sun, 30 Aug 2015 17:48:48 +0200 Subject: [PATCH] Fix off-by-one error in C_values use of memmove. It moves a block of memory one to the left, so that the original values at positions 2..n are copied over to 1..n-1

Re: [Chicken-hackers] Argvector all the things!

2015-08-24 Thread Peter Bex
On Sat, Aug 22, 2015 at 09:46:49PM +, Mario Domenech Goulart wrote: So we'd have to do the tagging and version bumping locally, then build the snapshot manually and upload it, and only *then* push the git repo, I think. Mario: Is that the correct way of doing it? It looks ok, if I

Re: [Chicken-hackers] Argvector all the things! (was: Re: argvector chicken (was: ABI woes))

2015-08-24 Thread Peter Bex
On Sat, Aug 22, 2015 at 08:35:51PM -0300, Arthur Maciel wrote: Peter, thanks for you efforts! Linux 3.13.0-24-generic x86_64 gcc 4.9.2 - argvector installs: yes passes tests: yes installs egg (numbers): fail with sh: 1: ../../argvector/bin/csi: not found (csi is there) Did you install

Re: [Chicken-hackers] Argvector all the things! (was: Re: argvector chicken (was: ABI woes))

2015-08-24 Thread Peter Bex
On Mon, Aug 24, 2015 at 10:45:09AM -0300, Arthur Maciel wrote: argvector (4.9.1) chicken-install worked when installing from trunk. Nice! By the way, in the meanwhile I have released numbers 4.4, which includes argvector compatibility. About error message: if using PREFIX when make(ing)

[Chicken-hackers] [PATCH] Ensure try-compile cleans up tempfiles (#1213)

2015-08-24 Thread Peter Bex
: Peter Bex pe...@more-magic.net Date: Mon, 24 Aug 2015 21:45:39 +0200 Subject: [PATCH] Ensure try-compile from setup-api cleans up tempfiles. It now creates the file with a controlled name, which can then be cleaned up. Fixes #1213 --- NEWS | 6 ++ setup-api.scm | 3 ++- 2 files changed

[Chicken-hackers] Argvector all the things! (was: Re: argvector chicken (was: ABI woes))

2015-08-22 Thread Peter Bex
On Fri, Jul 24, 2015 at 06:08:50PM +0200, Peter Bex wrote: Second, the numbers egg no longer compiles because it makes use of things like C_do_apply. I'll have to look into that and perhaps #ifdef'ing my way out of this. Shouldn't be too much effort, I think. This has been fixed in the TRUNK

[Chicken-hackers] [PATCH][5] Remove SWIG support (was: Re: [Proposal] Officially drop SWIG support?)

2015-08-09 Thread Peter Bex
because CHICKEN itself never generated calls to the SWIG C functions in the first place. Cheers, Peter From e180a658b2628cd6afd7b3ae88dab8106db4035b Mon Sep 17 00:00:00 2001 From: Peter Bex pe...@more-magic.net Date: Sun, 9 Aug 2015 13:53:06 +0200 Subject: [PATCH] Remove support for SWIG. The upstream

[Chicken-hackers] [PATCH][5] Fix , q in csi by not overriding ##sys#quit-hook

2015-08-09 Thread Peter Bex
explicitly storing the continuation in a module-local variable. Cheers, Peter From e116d12176035a901a1214a2605392baf7afbf83 Mon Sep 17 00:00:00 2001 From: Peter Bex pe...@more-magic.net Date: Sun, 9 Aug 2015 16:46:39 +0200 Subject: [PATCH] Do not override ##sys#quit-hook in csi This is not needed

Re: [Chicken-hackers] [PATCH][5] Fix , q in csi by not overriding ##sys#quit-hook

2015-08-09 Thread Peter Bex
On Sun, Aug 09, 2015 at 12:35:37PM -0400, John Cowan wrote: In other words, the , syntax is not handled properly in subordinate REPLs. That's a feature, not a bug. ,q is a feature of csi's eval, not of the repl or the ordinary eval. Cheers, Peter signature.asc Description: Digital signature

Re: [Chicken-hackers] [PATCH] Convert (most) core units to modules

2015-08-01 Thread Peter Bex
On Wed, Jul 22, 2015 at 07:40:53PM +1200, Evan Hanson wrote: Hi hackers, The unit-modules branch has reached a point where I think it'd be good to integrate with chicken-5. [...] The code is in the chicken-5-unit-modules branch. The tests pass and all of the CHICKEN 5-compatible eggs that

Re: [Chicken-hackers] [PATCH 1/2] Allow overriding of interpreter path for POSIX tests

2015-08-01 Thread Peter Bex
On Fri, Jul 24, 2015 at 02:21:45AM +0300, Oleg Kolosov wrote: On Jul 24, 2015, at 02:16, Oleg Kolosov bazur...@gmail.com wrote: Hello. I was cleaning my CHICKEN development branches and decided to contribute few things. This patch gets rid of hardcoded path to csi in posix

Re: [Chicken-hackers] [PATCH 1/2] Allow overriding of interpreter path for POSIX tests

2015-08-01 Thread Peter Bex
On Sat, Aug 01, 2015 at 05:26:00PM +0300, Oleg Kolosov wrote: I've added test suite to my work in progress CMake base build system which is supposed to work with out of source builds. This will allow current and new systems to coexist. This patch facilitates that. Perhaps it makes more sense

Re: [Chicken-hackers] argvector chicken (was: ABI woes)

2015-07-24 Thread Peter Bex
On Tue, Jul 21, 2015 at 06:28:19PM +0200, felix.winkelm...@bevuta.com wrote: Some notable changes in the source code: - The apply hack is gone, completely. I'm loving this! - The hackery for AMD64 is gone, as is the evil way we generate C_procXXX types and the generic apply code in

Re: [Chicken-hackers] [PATCH] Fix normalize-pathname for dot-relative paths beginning with .//

2015-07-22 Thread Peter Bex
On Tue, Jul 21, 2015 at 10:19:45PM +1200, Evan Hanson wrote: Because dots aren't pushed onto the accumulated list of pathname parts, `normalize-pathname` would hit the second slash, see that there were no leading parts, and consider the path absolute. To fix this, we make the function save

Re: [Chicken-hackers] Scheduler fdset assert patch

2015-07-14 Thread Peter Bex
On Tue, Jul 14, 2015 at 07:53:45AM -0400, Jonathan Chan wrote: Hi Peter, Thanks for the comments! Here is a revised version of the patch (I came up with yet more edge cases...) that has a very long comment fully explaining my reasoning. I've also ported the scheduler tests I made to pure

Re: [Chicken-hackers] [PATCH] Include `angle` in the scheme primitive module

2015-07-13 Thread Peter Bex
On Mon, Jul 13, 2015 at 05:34:57PM +1200, Evan Hanson wrote: --- a/modules.scm +++ b/modules.scm @@ -894,7 +894,7 @@ with-output-to-file eval - char-ready? imag-part real-part make-rectangular make-polar + char-ready? imag-part real-part make-rectangular

Re: [Chicken-hackers] Scheduler fdset assert patch

2015-07-11 Thread Peter Bex
On Fri, Jul 10, 2015 at 08:45:02PM -0400, Jonathan Chan wrote: Hello all, Here is the scheduler assert patch, test cases, and integration with the test suite combined into a single patch! After a bit more testing with code that used a lot of threads, I ended up looking at how make-thread

Re: [Chicken-hackers] ABI woes

2015-07-10 Thread Peter Bex
On Fri, Jul 10, 2015 at 12:23:36PM +0200, felix.winkelm...@bevuta.com wrote: Hello! After thinking about this, it seems to be that the compound literal approach is the best one. What this means is that CPS-calls are changed in such a manner, that arguments are passed rthrough a pointer

[Chicken-hackers] [PATCH] A few patches for Windows

2015-06-20 Thread Peter Bex
slashes while the executable-pathname procedure will return paths with backslashes. This final patch should only go into chicken-5, as master does not have this new procedure or the test. Cheers, Peter From a4e6af224add2513f99641f56c5a0d41a4f75f48 Mon Sep 17 00:00:00 2001 From: Peter Bex pe...@more

Re: [Chicken-hackers] Including chicken.h fails for C++11

2015-06-17 Thread Peter Bex
From: Peter Bex pe...@more-magic.net Date: Wed, 17 Jun 2015 20:19:48 +0200 Subject: [PATCH] Fix compiler error in C++ strict mode. Fixes a few deprecated string to char * cast warnings too. Thanks to Izaak for pointing out this was broken. --- NEWS | 2 ++ chicken.h | 42

Re: [Chicken-hackers] [PATCH] Fix MAKEDIR_COMMAND when INSTALL_PROGRAM is set

2015-06-17 Thread Peter Bex
6597b03f867f9613eb51717f9c8c9754fd87fa85 Mon Sep 17 00:00:00 2001 From: Peter Bex pe...@more-magic.net Date: Wed, 17 Jun 2015 23:23:05 +0200 Subject: [PATCH] Fix Mingw-MSYS build: mkdir program was not set, and install was set to 'cp'. Fixes regression caused by f62a7f5798cfc8cedae791f6d39a94a1123ed9b6. --- Makefile.mingw

Re: [Chicken-hackers] [CHICKEN-5] Drop Watcom, Metroworks and Delorie (DJGPP) compilers support and remove references?

2015-06-16 Thread Peter Bex
19f9f487b8a055ea92aee2703ec3e2ca958b817a Mon Sep 17 00:00:00 2001 From: Arthur Maciel arthurmac...@gmail.com Date: Sun, 14 Jun 2015 13:15:26 -0300 Subject: [PATCH] Drop Watcom, Metroworks and Delorie (DJGPP) support (deleted comment and pre-processor definitions) Signed-off-by: Peter Bex pe...@more-magic.net

Re: [Chicken-hackers] debian package build

2015-06-13 Thread Peter Bex
On Sat, Jun 13, 2015 at 03:36:48PM +0200, Jörg F. Wittenberger wrote: Attached a debian package build. At least csi and csc do their job for me. Maybe some things are missing or at the wrong place? We had this before and removed it. I believe this has no place in the official repository.

Re: [Chicken-hackers] [PATCH][5] Move C_path_to_executable into runtime and add executable-pathname procedure

2015-06-13 Thread Peter Bex
On Sat, Jun 13, 2015 at 04:02:02PM +0200, Peter Bex wrote: I finally got around to looking at this branch. Very nice work, Evan! This has now been merged into chicken-5. Here's a small tweak to avoid including header files that aren't needed in all programs; we only use this stuff in runtime.c

Re: [Chicken-hackers] [PATCH] Fix MAKEDIR_COMMAND when INSTALL_PROGRAM is set

2015-06-13 Thread Peter Bex
From 612f865cddb7f65c8795dc85920a30b63f0c7ac1 Mon Sep 17 00:00:00 2001 From: Michele La Monaca bitbuc...@lamonaca.net Date: Fri, 12 Jun 2015 16:08:16 +0200 Subject: [PATCH] fix MAKEDIR_COMMAND when INSTALL_PROGRAM is set Signed-off-by: Peter Bex pe...@more-magic.net --- defaults.make | 2 +- 1

Re: [Chicken-hackers] proposed change to identify.sh

2015-06-13 Thread Peter Bex
as chicken-5. Cheers, Peter From 2bd23300bf9b835453770d642a724d4f694c4e0e Mon Sep 17 00:00:00 2001 From: Benutzer joerg.wittenber...@softeyes.net Date: Sat, 13 Jun 2015 14:14:01 +0200 Subject: [PATCH] Modify identify.sh to make custom builds easier. Signed-off-by: Peter Bex pe...@more-magic.net

Re: [Chicken-hackers] An alternative internal time type.

2015-06-13 Thread Peter Bex
On Sat, Jun 13, 2015 at 08:54:44AM +0200, Jörg F. Wittenberger wrote: Hi, the attached patch adds initial support for an alternative internal time representation. (Keeps the default as double.) The idea is to ease future porting and special use cases. (E.g., maybe run on ARM Cortex-M,

Re: [Chicken-hackers] [PATCH] Remove comparator type specializations for zero and one arguments

2015-06-01 Thread Peter Bex
On Mon, Jun 01, 2015 at 02:30:29PM -0400, co...@ccil.org wrote: Peter Bex scripsit: Here's a patch to restore allowance of zero or single argument calls of numeric comparator procedures in CHICKEN 5. It's a little ugly, as these kind of exceptions generally are, so any cleanups

Re: [Chicken-hackers] numbers stuff

2015-05-31 Thread Peter Bex
On Tue, May 26, 2015 at 10:57:15PM +0200, Peter Bex wrote: Your mail wasn't CC'ed to the mailing list, so this mail will serve as the final opportunity for people to voice any objections against adding full numeric tower support. If nobody objects, I will merge it somewhere during the weekend

Re: [Chicken-hackers] [PATCH] Fix invalid calls to `get` where `db-get` should be used

2015-05-30 Thread Peter Bex
On Wed, May 27, 2015 at 08:40:08PM +1200, Evan Hanson wrote: Argh, I always forget the manifest. Yeah, that's always annoying :) Thanks for noticing the original bug and this oversight, I've now pushed this to our brand spanking new server, on the chicken-5 branch. Cheers, Peter

Re: [Chicken-hackers] small patch

2015-05-30 Thread Peter Bex
On Tue, May 26, 2015 at 04:40:03PM +0200, Jörg F. Wittenberger wrote: Am 23.05.2015 um 16:45 schrieb Peter Bex: It looks like you forgot to configure your username and e-mail address in git. It says From: Benutzer u@utilite.localdomain. You can configure this through: git config

Re: [Chicken-hackers] [PATCH] Disable getc_unlocked on MinGW

2015-05-30 Thread Peter Bex
On Thu, Apr 30, 2015 at 08:45:58AM +1200, Evan Hanson wrote: On 2015-04-29 21:37, Peter Bex wrote: On Tue, Apr 28, 2015 at 08:57:54PM +1200, Evan Hanson wrote: As noted by Matt Gushee on chicken-users@. Why are we even using the unlocked versions? Not a clue. I'd also be fine

Re: [Chicken-hackers] numbers stuff

2015-05-26 Thread Peter Bex
On Tue, May 26, 2015 at 03:16:26PM +0200, felix.winkelm...@bevuta.com wrote: On Mon, May 18, 2015 at 12:49:09PM +0200, Peter Bex wrote: I just pushed this, along with some tests, which exposed a few more bugs which I also fixed: I had forgotten to update the size calculations

Re: [Chicken-hackers] [PATCH 0/2] Fix #t being not always-true

2015-05-25 Thread Peter Bex
On Mon, May 25, 2015 at 07:28:16AM +1200, Evan Hanson wrote: On 2015-05-24 16:23, Peter Bex wrote: But your patch doesn't include the testcase I added in that mail. Do you believe the test is not useful, or wrong? Nope, just missed it. Here's the second patch with that addition, thanks

Re: [Chicken-hackers] [PATCH] Re-walk `if` nodes after dropping branches

2015-05-25 Thread Peter Bex
On Mon, May 25, 2015 at 11:53:21AM +1200, Evan Hanson wrote: This makes sure the scrutinizer uses the new type of each node after converting it into a non-conditional form. For example, the expression `(if #t 1 2.0)` should have the type `fixnum` after dropping the unreachable branch, rather

Re: [Chicken-hackers] Ambiguity in csc's command line options (#1193)

2015-05-23 Thread Peter Bex
On Sat, May 23, 2015 at 10:33:20PM +, Mario Domenech Goulart wrote: Hi, I've filed https://bugs.call-cc.org/ticket/1193 , which reports an isue about ambiguity in csc's command line options. Maybe CHICKEN 5 can be a good opportunity to fix that issue, since backward compatibility is

[Chicken-hackers] [PATCH] Fix an off-by-one size calculation error in compiler

2015-05-23 Thread Peter Bex
are patches for the numbers-scratchspace, chicken-5 and master branches. Cheers, Peter From fd4ceb5758e1a68d1654f54622b3088604fddfd2 Mon Sep 17 00:00:00 2001 From: Peter Bex pe...@more-magic.net Date: Sat, 23 May 2015 16:14:36 +0200 Subject: [PATCH] Fix size calculation for generated code for (list

Re: [Chicken-hackers] numbers stuff

2015-05-22 Thread Peter Bex
On Mon, May 18, 2015 at 12:49:09PM +0200, Peter Bex wrote: On Mon, May 18, 2015 at 12:39:36PM +0200, felix.winkelm...@bevuta.com wrote: Another question: should C_num_to_long and C_num_to_unsigned_long handle bignums? The same goes for C_i_foreign_integer... and friends? hm

Re: [Chicken-hackers] [PATCH] Specialize memq, assq et al. of null to false

2015-05-03 Thread Peter Bex
On Fri, May 01, 2015 at 08:24:43PM +1200, Evan Hanson wrote: It seems a little excessive to specialize these, but hey, it never hurts :) Pushed to chicken-5 and master. Cheers, Peter signature.asc Description: Digital signature ___ Chicken-hackers

Re: [Chicken-hackers] make check is 40 times slower than make (gcc 4.9)

2015-04-30 Thread Peter Bex
On Thu, Apr 30, 2015 at 02:54:55PM +0200, Sven Hartrumpf wrote: Some months ago, I stumbled across the fact that make check for chicken takes almost 2 hours with recent gcc versions. (The build without the check step takes only 2.5 minutes - very impressive. Measured again today.) Wow, that's

Re: [Chicken-hackers] [PATCH] Disable getc_unlocked on MinGW

2015-04-29 Thread Peter Bex
On Tue, Apr 28, 2015 at 08:57:54PM +1200, Evan Hanson wrote: As noted by Matt Gushee on chicken-users@. Why are we even using the unlocked versions? They're thread-unsafe, which means, if I understand correctly, that if you use CHICKEN with for example the concurrent-native-callbacks egg, any

Re: [Chicken-hackers] [PATCH] More efficient numbers integration through scratchspace

2015-04-21 Thread Peter Bex
On Tue, Apr 21, 2015 at 09:47:50AM -0400, co...@ccil.org wrote: Peter Bex scripsit: That's right. That's why I described it as an extension of the nursery: it isn't actually stored on the stack, So it could be allocated in the heap or simply as a global array. Since there is only one

Re: [Chicken-hackers] [PATCH] More efficient numbers integration through scratchspace

2015-04-21 Thread Peter Bex
On Tue, Apr 21, 2015 at 12:11:18PM +0200, Felix Winkelmann wrote: The scratch area is seen as an extension of the nursery: the C_demand() and C_stack_probe() checks will add the size of the scratch space to the stack's size, and trigger a minor GC when the sum of the two exceeds the

Re: [Chicken-hackers] [PATCH] More efficient numbers integration through scratchspace

2015-04-20 Thread Peter Bex
On Mon, Apr 20, 2015 at 07:59:56AM -0400, John Cowan wrote: Peter Bex scripsit: Except for the fact that this causes the needed stack space is bigger, resulting in more minor GCs even for code that doesn't need these numeric types. How can that be? If the code doesn't use them

Re: [Chicken-hackers] [PATCH] More efficient numbers integration through scratchspace

2015-04-20 Thread Peter Bex
On Sun, Apr 19, 2015 at 10:28:53PM -0400, John Cowan wrote: Peter Bex scripsit: The scratch area is seen as an extension of the nursery: the C_demand() and C_stack_probe() checks will add the size of the scratch space to the stack's size, and trigger a minor GC when the sum of the two

[Chicken-hackers] [PATCH] More efficient numbers integration through scratchspace

2015-04-19 Thread Peter Bex
Hello hackers! [warning: this mail is rather long] I managed to drastically reduce the overhead of the full numeric tower in core by introducing a new memory allocation area: the scratch space. As the name suggests, this is an area where objects are temporarily stored until they can be

Re: [Chicken-hackers] dropping srfi-1

2015-04-16 Thread Peter Bex
On Fri, Apr 10, 2015 at 08:07:39PM +0200, Felix Winkelmann wrote: Hi! I noticed that Evan is heavily working on modularizing the core units in the chicken-5 branch. Before our branches diverge too much, we should consider whether the drop-srfi-1 branch should be merged. I have added an

Re: [Chicken-hackers] [PATCH] Add debug build hint, register debugbuild feature

2015-04-13 Thread Peter Bex
On Mon, Apr 13, 2015 at 12:23:28PM +0200, Christian Kellermann wrote: Hi, maybe the following is useful to you as well. The small patch registers the debugbuild feature and also shows it in the banner used by csi. I am not sure whether this will have funny effects when cross compiling but I

Re: [Chicken-hackers] Any thoughts on performance woes?

2015-04-07 Thread Peter Bex
On Tue, Apr 07, 2015 at 12:35:38PM +, Mario Domenech Goulart wrote: Hi, On Tue, 7 Apr 2015 11:32:39 +0200 Peter Bex pe...@more-magic.net wrote: If anyone wants to add it to the chicken-benchmark repo, I would recommend removing the writing of the output file, as that's really

Re: [Chicken-hackers] [PATCH][5] numbers integration

2015-02-15 Thread Peter Bex
On Fri, Feb 13, 2015 at 11:30:42AM +0100, Felix Winkelmann wrote: We must avoid the CPS-call, at all costs. In many cases this is already avoided: a simple loop that uses the loop variable to index a string or a vector will effectively be rewritten to an inline fixnum version of + or -, due to

<    4   5   6   7   8   9   10   11   12   13   >