Re: [Chicken-hackers] [PATCH] Split process-context library into "standard" and "posix" components

On Wed, Jan 03, 2018 at 09:14:33AM +1300, Evan Hanson wrote: > Here's a rebased version of the patch that will apply cleanly to master. Thanks, I've pushed this now. Cheers, Peter signature.asc Description: PGP signature ___ Chicken-hackers mailing li

Re: [Chicken-hackers] Chicken 4.13: New bug in syntax-rules

On Sat, Jan 13, 2018 at 03:28:09PM +0100, Jörg F. Wittenberger wrote: > Hi all, > > I just boiled down an issue with syntax-rules processing new in chicken > 4.13. > > It is a bit involved. I needed three modules to demonstrate it. Good find! I've created ticket #1441 to track this. It also c

[Chicken-hackers] [PATCH] Move "sleep" into chicken.time and expose "process-sleep" from chicken.time.posix

Cheers, Peter From c76bdc7c63ed626767bd26545b40f87a63199fc3 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 21 Jan 2018 13:27:22 +0100 Subject: [PATCH] Move "sleep" into chicken.time and add "process-sleep" to chicken.time.posix --- chicken.import.scm | 2 +- librar

Re: [Chicken-hackers] [PATCH] Move "sleep" into chicken.time and expose "process-sleep" from chicken.time.posix

On Sun, Jan 21, 2018 at 01:35:30PM +0100, Peter Bex wrote: > Hi all, > > This is one procedure for which we hadn't decided on a home yet. > The attached patch moves it into "chicken.time", and the new > "process-sleep" (which is guaranteed to sleep t

[Chicken-hackers] [PATCH] Move `system' into (chicken process) [Was: Re: [PATCH] Move `system' into (chicken base)]

not sure what you mean about moving the implementation though? Were you referring to the C implementation? I think it's best to keep that in runtime.c Cheers, Peter From 5e269e33fffbd14baa1a0761236ee62c4a97593e Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 21 Jan 2018 14:14:09 +0100 Sub

Re: [Chicken-hackers] [PATCH] Move "sleep" into chicken.time and expose "process-sleep" from chicken.time.posix

On Mon, Jan 22, 2018 at 02:27:39PM +1300, Evan Hanson wrote: > Hey Peter, > > I'd prefer that we put 'sleep' in chicken.base and 'process-sleep' in > chicken.process. Currently, the two 'time' modules only deal with > measuring time and handling "time objects", and I think it makes sense > to keep

Re: [Chicken-hackers] [PATCH] Move port procedures out of toplevel and drop most "chicken" imports

On Thu, Jan 25, 2018 at 09:47:03PM +0100, felix.winkelm...@bevuta.com wrote: > > I wasn't totally sold on port?, actually, so I put it in chicken.base > > since that's what the R7RS does, and that's also where many of the other > > type predicates for built-ins have gone, e.g. fixnum? and promise?.

Re: [Chicken-hackers] [PATCH] Move "sleep" into chicken.time and expose "process-sleep" from chicken.time.posix

On Mon, Jan 29, 2018 at 08:55:42AM +1300, Evan Hanson wrote: > On 2018-01-28 13:30, Peter Bex wrote: > > Sounds okay to me. One question, though: shouldn't chicken.base#sleep-hook > > be defined as a fully-qualified symbol? It isn't exported. > > Good catch! H

Re: [Chicken-hackers] [PATCH] Move port procedures out of toplevel and drop most "chicken" imports

On Fri, Feb 09, 2018 at 11:04:48AM +1300, Evan Hanson wrote: > On 2018-01-28 13:55, Peter Bex wrote: > > One suggestion: Given that input-port-open? and output-port-open? are > > in chicken.base, I would find it more intuitive to have port-closed? in > > chicken.base as wel

[Chicken-hackers] [PATCH] Move terminal port procedures into chicken.port

Peter From e2a2c96ca1ab2e82ffd60ff5bdc180b89383dba2 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 11 Feb 2018 14:34:05 +0100 Subject: [PATCH] Move terminal port procedures from posix to chicken.port --- port.scm | 85 posix.scm| 1 - pos

Re: [Chicken-hackers] [PATCH] Move terminal port procedures into chicken.port

show a proper error. Updated patch attached. Cheers, Peter From 789bf282bc576e24b06683d0dec530c9369b9e04 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 11 Feb 2018 14:34:05 +0100 Subject: [PATCH] Move terminal port procedures from posix to chicken.port --- port.scm

Re: [Chicken-hackers] Chicken 4.13: New bug in syntax-rules

On Mon, Jan 15, 2018 at 10:11:05PM +0100, Peter Bex wrote: > On Sat, Jan 13, 2018 at 03:28:09PM +0100, Jörg F. Wittenberger wrote: > > Hi all, > > > > I just boiled down an issue with syntax-rules processing new in chicken > > 4.13. > > > > It is a b

[Chicken-hackers] [PATCH] Clean up syntax expansion and renaming a bit

d might be needed if we end up deciding to "fix" #1441), but for now let's apply to master only. Cheers, Peter From 821e2cf368d80847a6d1f85373840b85ffe3b80a Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sat, 24 Feb 2018 11:16:55 +0100 Subject: [PATCH 1/2] Do not strip syntax when han

Re: [Chicken-hackers] [PATCH 0/3] Move remaining toplevel values into modules

On Sun, Feb 18, 2018 at 03:30:09PM +1300, Evan Hanson wrote: > Hi folks, > > These three patches finish moving things out of the toplevel in > library.scm. The parameters go in chicken.base, errno goes in > chicken.errno, and {file,directory}-exists? go in chicken.file. Excellent! Thanks for put

Re: [Chicken-hackers] [PATCH 0/2] Move some definitions from posix.scm to file.scm

On Tue, Feb 20, 2018 at 07:52:43PM +1300, Evan Hanson wrote: > Here are two more patches that move `file-{read,write,execute}-access?' > and `directory' into chicken.file, where they're actually exported. Excellent, pushed! Cheers, Peter signature.asc Description: PGP signature

[Chicken-hackers] What to do with remaining macros?

Hi all, I just tagged and built a 5.0.0pre5 snapshot with the intention of then dropping the "chicken" module, only to find out that I had forgotten we still have several macros being exported by (only) the chicken module. What should we do with these? My suggestions in square brackets - time [

[Chicken-hackers] [PATCH] Move last few macros out of chicken [was: Re: What to do with remaining macros?]

On Sat, Feb 24, 2018 at 05:25:00PM +0100, Peter Bex wrote: > Hi all, > > I just tagged and built a 5.0.0pre5 snapshot with the intention of then > dropping the "chicken" module, only to find out that I had forgotten we > still have several macros being exported by

Re: [Chicken-hackers] [PATCH] Move last few macros out of chicken [was: Re: What to do with remaining macros?]

On Mon, Feb 26, 2018 at 07:12:53PM +1300, Evan Hanson wrote: > Hey Peter, > > Nice work, I've applied this. I think you forgot to include the new > chicken.time.import.scm file in your patch, but it wasn't hard to > recreate it. I also removed the "-emit-import-library" argument for the > "chicken

Re: [Chicken-hackers] [PATCH] Clean up syntax expansion and renaming a bit

On Mon, Feb 26, 2018 at 07:16:09PM +1300, Evan Hanson wrote: > Hi Peter, > > I've applied the second patch, the one dropping dead code. > > I don't fully understand the implications of the first patch yet, so > I've left that out for the time being. I'll have a closer look later > this week, unle

Re: [Chicken-hackers] [PATCH] Adjust `build-platform' and `software-version' values for Cygwin

nown (was cygwin/mingw32) (software-version) ; => cygwin or mingw32 (was unknown on both) These differences are intended to reflect the fact that Cygwin can build software with either the GNU compiler toolchain or Clang (and Mingw presumably too), and that the runtime platform is known to be Cy

Re: [Chicken-hackers] [PATCH] A few chicken.file and chicken.file.posix module changes

On Sun, Mar 11, 2018 at 03:47:23PM +1300, Evan Hanson wrote: > Hello, > > I've been trying to find a way to remove the posix dependency from the > file unit, and so doing I've stepped back and reevaluated the proposed > split between "chicken.file" and "chicken.file.posix" that we came up > with a

[Chicken-hackers] [PATCH] Drop the "chicken" module

ase snapshot to ensure we can keep moving forward. Cheers, Peter From 26510fd4fd761814e967d072c6896b9af24d23d0 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 11 Mar 2018 14:42:01 +0100 Subject: [PATCH] Remove the "chicken" module Any remaining uses of it have no

Re: [Chicken-hackers] [PATCH] Adjust `build-platform' and `software-version' values for Cygwin

On Sun, Mar 11, 2018 at 02:37:01PM +0100, felix.winkelm...@bevuta.com wrote: > > PS: What about mingw64? Should we define that as a separate software > > version? Or maybe just rename it to "mingw" for both? > > I'd say use "mingw" for both, one can use the "64bit" feature to distinguish > them

[Chicken-hackers] [PATCH] Move eval out of r4rs module

eme). Cheers, Peter From 19aae5700df4131ed41c447428e1b355c1751d5e Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 11 Mar 2018 19:13:57 +0100 Subject: [PATCH] Move "eval" from r4rs to r5rs --- NEWS| 1 + modules.scm | 3 ++- 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/NEWS b/N

[Chicken-hackers] require, require-extension-for-syntax, and the initial macro environment

Hi all, I was just moving things around in the CHICKEN 5 manual, and ran into "require-extension-for-syntax". I thought we had removed it and require-extension, but apparently both are part of the (chicken base) module. I'm not sure why we still need these (probably because require-extension is

Re: [Chicken-hackers] [PATCH] Move `sleep' to "chicken.base"

On Tue, Mar 13, 2018 at 06:55:37PM +1300, Evan Hanson wrote: > This one somehow managed to escape. Shocking! Good find, pushed. Cheers, Peter signature.asc Description: PGP signature ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org https:/

[Chicken-hackers] [PATCH] Drop ##core#aliased marking [was: Re: [PATCH 0/2] Remove primitive aliasing]

r to my personal goal of getting rid of the abomination known as ##sys#alias-global-hook ;) Cheers, Peter From f17769b11a9bb22773bf9278644a03399eef9abf Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 18 Mar 2018 15:01:00 +0100 Subject: [PATCH] Remove ##core#aliased marking This is no longer needed,

Re: [Chicken-hackers] PATCH [0/3] Clean up lambda-infos a bit

closed by pipes, e.g. "(foo #!key x)" rather than "(foo |#!key| x)". Symbols that start with #% are no longer readable unquoted. Signed-off-by: Peter Bex --- NEWS | 3 +++ library.scm| 8 +++- tests/syntax-tests.scm | 21 +

Re: [Chicken-hackers] [PATCH] add `-cached' options to chicken-status, chicken-install

On Thu, Mar 15, 2018 at 01:00:24PM +0100, felix.winkelm...@bevuta.com wrote: > Hi! > > The attached patches add `-cached' options to chicken-status and > chicken-install. `chicken-status -cached' lists the eggs that are currently > populating the cache. `chicken-install -cached ...' installs the

Re: [Chicken-hackers] [PATCH] Adjust `build-platform' and `software-version' values for Cygwin

On Mon, Mar 12, 2018 at 06:53:04PM +1300, Evan Hanson wrote: > Hello, > > On 2018-03-11 15:33, Peter Bex wrote: > > On Sun, Mar 11, 2018 at 02:37:01PM +0100, felix.winkelm...@bevuta.com wrote: > > > > PS: What about mingw64? Should we define that as a separate software

Re: [Chicken-hackers] [PATCH] Drop `require-extension-for-syntax'

On Tue, Mar 27, 2018 at 08:16:03PM +1300, Evan Hanson wrote: > Hi folks, > > In the interest of keeping things moving, here's a simple patch that I > think will be uncontroversial. Thanks, applied! Cheers, Peter signature.asc Description: PGP signature _

Re: [Chicken-hackers] [PATCH] Drop "interrupots-enabled" declaration

On Fri, Mar 23, 2018 at 12:23:27PM +0100, felix.winkelm...@bevuta.com wrote: > See attached patch. You're dropping (declare (not interrupts-enabled)) in the fft test. Shouldn't that be replaced with (declare (disable-interrupts))? Cheers, Peter signature.asc Description: PGP signature _

Re: [Chicken-hackers] [PATCH] Drop "interrupots-enabled" declaration

On Mon, Apr 02, 2018 at 09:57:37PM +0200, felix.winkelm...@bevuta.com wrote: > > On Fri, Mar 23, 2018 at 12:23:27PM +0100, felix.winkelm...@bevuta.com wrote: > > > See attached patch. > > > > You're dropping (declare (not interrupts-enabled)) in the fft test. > > Shouldn't that be replaced with (de

Re: [Chicken-hackers] [PATCH] Make result of empty "else" clause undefined in `cond' and `case' forms

On Thu, Apr 12, 2018 at 01:40:42PM +0100, Alaric Snell-Pym wrote: > I think this is good, and doesn't need a warning. I think it could be a > legitimate statement of intent to create an empty else when writing > imperative-style code. > > (cond > ((= guess target) (display "You guessed correctly

[Chicken-hackers] [PATCH] Drop some unnecessary code in ##sys#register-compiled-module

ansformers. This simplifies the code a little bit, but it shouldn't considerably improve performance of merge-se (that's for a later patch... hopefully). Cheers, Peter From 4a59516ae6028b3c2d0b9acb7130d0305f582821 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Thu, 26 Apr 2018 13:20:15 +

[Chicken-hackers] [PATCH] Improve startup time of csi by avoiding some merge-se calls

piled-module: when a module does not export any macros, we do not need to create a fresh syntax environment because there is nothing to patch up. Cheers, Peter From b655326d64f6b301873e427cf9e400c545029fec Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Fri, 27 Apr 2018 13:07:40 +0200 Subject: [PATCH 1/

Re: [Chicken-hackers] [PATCH] Improve startup time of csi by avoiding some merge-se calls

On Fri, Apr 27, 2018 at 01:20:36PM +0200, Peter Bex wrote: > Hi all, > > The first patch is just a similar change to 097053f, which was > incomplete: iexprs never contains any syntax, so we don't need to > patch up any syntax environments in it. > > The second patch

[Chicken-hackers] [PATCH] Fix dynamic imports of libraries which are missing in statically compiled programs

9fef5ce6e67a18955 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Fri, 27 Apr 2018 21:11:21 +0200 Subject: [PATCH] Fix import-library-hook in eval-modules so it won't call #f When used in a statically compiled program, the '##sys#import property will be missing from the module if it isn

[Chicken-hackers] [PATCH] Use current environment in code walkers, causing "import" to be lexically scoped (fixes the remainder of #1437)

rint "-1", followed by "3". Cheers, Peter From aec61ded4b562d63bccd63ec7f0b5a647cc33386 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sat, 28 Apr 2018 18:09:13 +0200 Subject: [PATCH] Change module imports to be lexically scoped. Instead of carrying around a syntactic environme

Re: [Chicken-hackers] [PATCH 0/2] Some "chicken-install -update-db" fixes

On Sat, Apr 28, 2018 at 11:09:22PM +0200, Evan Hanson wrote: > Here are two small patches. > > The first adds a `(current-module)' special form that yields the name of > the surrounding module as a symbol at expansion time, the second makes > sure identifiers from "chicken.foreign" make it into mo

[Chicken-hackers] [PATCH] No longer install chicken.posix.import.so (fixes #1456)

confusing. That's a battle for another day, I think. As has been proposed by Evan we could just define the identifiers as chicken.file.posix#file-write in posixunix and posixwin, for example. Cheers, Peter From f685088fde6c9b75e91f28cd0dc086bd794900b2 Mon Sep 17 00:00:00 2001 From: Peter Bex Da

Re: [Chicken-hackers] [PATCH] improve error message

On Sun, Apr 29, 2018 at 01:08:32AM +0200, Kristian Lein-Mathisen wrote: > Error: extension or version not found > > Call history: > >(##core#require library scheme#) >(##sys#load-library (##core#quote library)) > ... > > This patch informs the user which extension wasn't found and is pre

[Chicken-hackers] [PATCH] Simplify eval/meta a little and drop ##sys#active-eval-environment (which is unused)

ers, Peter From bb0a7e01ac48bfda45df864f9502cd9820e3a5e0 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 29 Apr 2018 13:57:21 +0200 Subject: [PATCH] Simplify eval/meta a bit and drop ##sys#active-eval-environment In practice, the active-eval-environment will always be set to the parameter ##sys#current-environment (

[Chicken-hackers] [PATCH] Fix segfault when passing a non-integer to thread-sleep! (fixes #1459)

make it an exact integer before sleeping. Cheers, Peter From b1cbe0f9a8f57501562e28f0fac9604f5c474315 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Mon, 30 Apr 2018 20:54:28 +0200 Subject: [PATCH] Convert timeout to an exact number of milliseconds before sleeping This fixes a segfa

Re: [Chicken-hackers] [PATCH] chicken-5-eggs fix for spiffy

On Tue, May 01, 2018 at 01:46:46PM +0200, Kristian Lein-Mathisen wrote: > Hi all, > > I think this should be applied to spiffy in the test egg repository (git:// > code.call-cc.org/chicken-5-eggs). I'm running chicken5 rev 30af91f4. Thanks! This repo isn't really supposed to be used anymore, but

Re: [Chicken-hackers] patch: Always build in host mode unless cross-compiling

On Tue, May 01, 2018 at 04:08:36PM +0200, Kooda wrote: > This sounds right to me, unless when cross-compiling, the target is > always the host. That’s also the default for chicken-install already. > > Attached is a signoff. Looks good to me, pushed. Cheers, Peter signature.asc Description: PGP

Re: [Chicken-hackers] [PATCH] fix for chicken.process-context.posix identifiers

On Sat, May 05, 2018 at 02:34:49PM +0200, Kooda wrote: > Woops, I made a silly mistake, there’s a missing closing parenthesis in > posixwin.scm. > > Here is the fixed patch. Nice catch, guys! Pushed. Cheers, Peter signature.asc Description: PGP signature __

Re: [Chicken-hackers] \PATCH/ Fix a few typos and renames in types.db and add a forgotten export of srfi-4

On Sat, May 05, 2018 at 01:12:53PM +0200, Kooda wrote: > Hello! > > Here are a few patches that add two useful scripts and fixes the > problems found with them. Very nice! You only forgot to add the new files to distribution/manifest, which I have done and pushed the patch. Cheers, Peter sign

Re: [Chicken-hackers] |PATCH| Enable component dependencies

On Mon, May 07, 2018 at 11:15:43AM +0200, felix.winkelm...@bevuta.com wrote: > Hi! > > This patch enables the (previously disabled) handling of component > dependencies in .egg files. A "dependencies" property inside a "component" > expression will now declare the dependency on a file in the egg s

[Chicken-hackers] [PATCH] Don't evaluate import forms for syntax in import libraries when there is no syntax exported (mostly fixes #1457)

heers, Peter From 8513ef64573de2ae6ad700fcca17f5459f1cea41 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 20 May 2018 20:08:19 +0200 Subject: [PATCH] Do not emit import-syntax forms when no syntax forms are exported This avoids importing and re-importing the same basic modules over and ove

Re: [Chicken-hackers] [PATCH] Don't evaluate import forms for syntax in import libraries when there is no syntax exported (mostly fixes #1457)

On Sun, May 20, 2018 at 08:55:19PM +0200, Peter Bex wrote: > If a module imports foo, we emit (eval '(import-syntax foo)) in the > import library for that module. The idea here is that this might > be necessary if the module exports syntax forms, because a macro > transformer

Re: [Chicken-hackers] [PATCH] Move `current-process-id' to "chicken.process-context.posix"

On Mon, May 21, 2018 at 11:40:13AM +0200, felix.winkelm...@bevuta.com wrote: > > The patch itself is simple enough, let me know what you think. > > Sounds right - pushed. Agreed. > Could you update the manual in the wiki? This has been taken care of. Cheers, Peter signature.asc Description:

Re: [Chicken-hackers] |PATCH| Enable component dependencies

On Sat, May 19, 2018 at 05:02:55PM +0200, Peter Bex wrote: > Thanks, pushed! As discussed on IRC, if a dependency is listed as a > symbol, I get an "unknwown component dependency" error. This seems > deliberate, in filter-deps the check assumes that if dependency is a >

Re: [Chicken-hackers] [PATCH] fix procedure-information to include namespaces for various procedures

On Mon, May 21, 2018 at 01:39:35PM +1200, Evan Hanson wrote: > On 2018-05-05 14:19, Kristian Lein-Mathisen wrote: > > The patch should pretty straight-forward and brain-dead. It fixes the > > hardcoded procedure-information with a namespace. > > Nice, thank you Kristian. > > This looks good to me

Re: [Chicken-hackers] [PATCH] Don't evaluate import forms for syntax in import libraries when there is no syntax exported (mostly fixes #1457)

On Sun, May 20, 2018 at 08:55:19PM +0200, Peter Bex wrote: > All of this is completely unnecessary if the module exports no macro > at all! The attached patch simply emits the import forms only if there > actually is syntax exported from the module for which we're generating > t

[Chicken-hackers] [PATCH] Include winerror.h in Windows builds

ed to work, because the code that uses ERROR_OPERATION_ABORTED is pretty old. Oh well. Anyway, attached is a patch to make it work again. Cheers, Peter From 41b3b9c3ba45f0a7f0d8fa5a0e346766ff16aea0 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sat, 26 May 2018 18:21:44 +0200 Subject: [PATCH] In

Re: [Chicken-hackers] ☭PATCH☭ Handle EOF when chicken-uninstall asks for confirmation

On Wed, May 30, 2018 at 10:58:43AM +0200, felix.winkelm...@bevuta.com wrote: > The attached patch just aborts with a proper error message instead > of failing inside string->list. Pushed! Cheers, Peter signature.asc Description: PGP signature ___ Chic

Re: [Chicken-hackers] [PATCH] Add 'a shorthand for forall types

Hi all, In the interest of moving forward with CHICKEN 5, I propose that we postpone all the below changes to 5.1. On Tue, May 29, 2018 at 01:18:02PM +0300, megane wrote: > Hello, > > This adds support for declaring forall types in more compact manner. > > It supports syntax like ('a -> 'a) to

Re: [Chicken-hackers] ☮PATCH☮ Fix broken build-script generation for generated source files

On Sat, Jun 09, 2018 at 10:18:01AM +0200, felix.winkelm...@bevuta.com wrote: > See commit message. Thanks, I've pushed this. Now the C5 bind egg doesn't give an obscure message from map not accepting #f as an argument, but you get a clear message that gen-lexer doesn't exist. Cheers, Peter sig

Re: [Chicken-hackers] ☮PATCH☮ Fi x broken build-script generation for generated source files

On Sat, Jun 09, 2018 at 09:47:22PM +0200, felix.winkelm...@bevuta.com wrote: > > On Sat, Jun 09, 2018 at 10:18:01AM +0200, felix.winkelm...@bevuta.com wrote: > > > See commit message. > > > > Thanks, I've pushed this. Now the C5 bind egg doesn't give an obscure > > message from map not accepting #

Re: [Chicken-hackers] [PATCH][5] Use more descriptive names in typematch-tests.scm

On Sun, Jun 10, 2018 at 08:12:03AM +1200, Evan Hanson wrote: > On 2018-04-26 16:25, Evan Hanson wrote: > > On 2018-03-30 10:55, megane wrote: > > > while I was reading the file I decided to refactor the tests a bit. > > > > Signed-off version attached. > > Could someone please have a look at this

Re: [Chicken-hackers] missing eggs in chicken 5 egg index?

On Mon, Jun 11, 2018 at 08:53:56PM +0200, Kristian Lein-Mathisen wrote: > Hi! > > During Longboat, I ported 3 eggs to CHICKEN 5 as announced here > , > here >

[Chicken-hackers] [PATCH] Always store tests in egg cache, even if not running tests (fixes #1477)

00:00 2001 From: Peter Bex Date: Thu, 21 Jun 2018 18:11:10 +0200 Subject: [PATCH] Always fetch tests when retrieving eggs to avoid caching issues When chicken-install retrieves an egg without tests, and later you want to install and run the tests, it will act like there are no tests because i

Re: [Chicken-hackers] [PATCH] chicken.h: identify arm64 architectures

On Sun, Jun 24, 2018 at 04:05:50PM +0200, Mario Domenech Goulart wrote: > Hi, > > Attached is a patch to make CHICKEN identify arm64 architectures. It > should apply to both C4 and C5 trees. Is there a reason simply "arm" is not sufficient? I don't know much about this stuff TBH. Cheers, Peter

Re: [Chicken-hackers] ⚡PATCH⚡ Now, really

On Thu, Jun 28, 2018 at 09:01:16AM +0200, felix.winkelm...@bevuta.com wrote: > Sorry, that last patch was broken. Attached a better one. Thanks, this fixes the problems I've been having on Windows. Cheers, Peter signature.asc Description: PGP signature __

Re: [Chicken-hackers] chicken 5 / -debug-info / exceptions (missing imports)

On Mon, Jul 02, 2018 at 04:07:48PM +0200, Martin Schneeweis wrote: > Hi, > > just a basic question: is it expected behaviour that applications > compiled with "-debug-info" do not show exceptions (to be more > precise: exceptions that are caused by missing imports)? > > If no, I will file a bug.

Re: [Chicken-hackers] ☪PATCH☪ Check exitlevel in windows build scripts

On Sat, Jun 30, 2018 at 11:56:06AM +0200, felix.winkelm...@bevuta.com wrote: > This was reported by Peter: egg build scripts on Windows did not abort on > error, as the exitlevel of each command has to be checked explicitly. I've pushed this, as it just works and so far nobody has objected. I had

Re: [Chicken-hackers] basic question regarding interfaces

tinue supporting two branches. Cheers, Peter From b0ae9ca6ffad6cfe70c50cc062f6f655bc995b10 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Fri, 13 Jul 2018 21:49:20 +0200 Subject: [PATCH] Scan module definition for extra exports following interface usage This was pointed out by Martin S

Re: [Chicken-hackers] [PATCH] Don't warn when namespaced symbols are unbound in eval

On Tue, Jul 10, 2018 at 10:16:58PM +1200, Evan Hanson wrote: > Hello hackers, > > Here's a small fix for a warning that should no longer be issued now > that import is allowed to be let-scoped. Makes sense, pushed. Cheers, Peter signature.asc Description: PGP signature

Re: [Chicken-hackers] [PATCH] Some small debugger data and wire protocol improvements

On Sun, Jul 22, 2018 at 11:45:17PM +1200, Evan Hanson wrote: > Hello hackers, > > Here are a few small changes to the debugging backend, to address some > snags I hit into while working on a program that uses the debugger > protocol. As the commit message says, they're intended to "simplify the >

[Chicken-hackers] [PATCH] Slashify and quote arguments more consistently

Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 22 Jul 2018 16:58:46 +0200 Subject: [PATCH] Quote and slashify destination directories too For example, xcopy will try to interpret forward slashes as command line parameters, resulting in problems when retrieving eggs and copying a directory. ---

Re: [Chicken-hackers] [PATCH] Slashify and quote arguments more consistently

On Sun, Jul 22, 2018 at 05:35:27PM +0200, Peter Bex wrote: > Hi all, > > I was trying to figure out why memory-mapped-files isn't working on > Windows so I started out with "chicken-install -retrieve memory-mapped-files", > but this failed because xcopy is in

[Chicken-hackers] Proposal: Release CHICKEN 5 RC1 on August 11th

Hi all, As far as I can tell, there's only one minor ticket left: #1484. This should be relatively easy to implement. Given that many of the essential eggs have been ported, we should try to make a release soon. Different people have wishlists about which eggs they'd like to have available befor

[Chicken-hackers] [PATCH] Restore old read-line of zero bytes behaviour when FD is not ready

ry and in the case of an FD that isn't ready, even wrong. The attached patch restores this behaviour so that the http-client tests succeed. Cheers, Peter From d8628d6698ae7e5d7b83069db947358abd2e3b84 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 29 Jul 2018 17:33:27 +0200 Subject: [PATCH

Re: [Chicken-hackers] [PATCH 0/4] Handful of small improvements for chicken-install and chicken-status

On Sat, Jul 28, 2018 at 09:27:41AM +1200, Evan Hanson wrote: > On 2018-07-25 21:55, Evan Hanson wrote: > > Here are some fixes for things I've run into while testing. > > And here they are again, rebased. Thanks for rebasing, and good finds, all! I've pushed these changes. Cheers, Peter signat

Re: [Chicken-hackers] [PATCH] * eval.scm (compile): Remove failing environment lookup in ##core#set!

On Fri, Aug 03, 2018 at 02:43:29PM +0300, megane wrote: > Hi, > > Here's a small simplification. Could you add a test? The comment already says the lookup is wrong, but I'd like to have a regression test to ensure we keep it correct. Cheers, Peter signature.asc Description: PGP signature

Re: [Chicken-hackers] [PATCH] * eval.scm (compile): Remove failing environment lookup in ##core#set!

): Remove failing environment lookup in ##core#set! The x is the full expression (e.g. '(##core#set! foo bar)) which should never be in the syntax environment. Signed-off-by: Peter Bex --- eval.scm | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/eval.

[Chicken-hackers] [PATCH] Fix crash from #1493

fix, plus a test case. This could also go to the chicken-4 branch. Cheers, Peter From f2a8a18d6f4917545849242ad5b365379f0f2084 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sat, 4 Aug 2018 11:29:52 +0200 Subject: [PATCH] When looking up symbol aliases, ignore macros so we don't end

Re: [Chicken-hackers] [PATCH] Introduce XDG directories

On Thu, Aug 09, 2018 at 11:52:49AM +0200, ko...@upyum.com wrote: > Hi! > > We discussed this at CHICKEN Longboat, and even made a ticket: > https://bugs.call-cc.org/ticket/1455 For those who missed it, we discussed on IRC that this will be postponed until 5.1. Cheers, Peter signature.asc Descr

[Chicken-hackers] [PATCH] Fix stat() on non-directories so file-access tests pass on Haiku

le to apply the patch. Cheers, Peter From b2110b75bd8189fcfa52a5411adbdb92acb49ecd Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 12 Aug 2018 19:40:22 +0200 Subject: [PATCH] Fix stat() with trailing slashes behaviour on Haiku It would return that the file exists even if the target is not a dir

[Chicken-hackers] [PATCH] Fix complex (platform) clauses in .egg files

rror. Cheers, Peter From bad328ab90cc9b871f1f77bb56b052d0769dee81 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sun, 12 Aug 2018 20:17:31 +0200 Subject: [PATCH] Fix behaviour of complex (platform) clauses in .egg files Something like (platform (and unix)) would always fail even on UNIX, as would (platform (or haiku

Re: [Chicken-hackers] C lost -D on chicken-install

On Mon, Aug 20, 2018 at 08:07:03PM +0200, Jörg F. Wittenberger wrote: > Hi all, > > apparently chicken-install lost the -D switch. > > To put it mildly: This worries me a lot. Hi Jörg, I didn't even know the old chicken-install even had that. What do you use it for? It doesn't seem very disc

Re: [Chicken-hackers] type declarations for define-record not working

On Mon, Aug 20, 2018 at 08:26:56PM +0200, Jörg F. Wittenberger wrote: > Hi all, > > attached foo.scm. try (for C4 and C5): > > csc -s foo.scm > > C4 should do, C5 complains for me: > > Warning: at toplevel: > assignment of value of type `(procedure foo#make-foo (*) (struct foo#foo))' > to top

Re: [Chicken-hackers] C lost -D on chicken-install

On Tue, Aug 21, 2018 at 09:22:47AM +0200, ko...@upyum.com wrote: > felix.winkelm...@bevuta.com wrote: > > There is no bad intent behind this - during the rewrite simply a few options > > were dropped, since they didn't look crucial. If you want it back, no > > problem. > > I’ve been missing it a

Re: [Chicken-hackers] [PATCH] Give a path example for clarity in the README

On Fri, Aug 17, 2018 at 03:02:54PM +0200, Kristian Lein-Mathisen wrote: > Minor documentation fixes. It took me 3-4 PREFIX attempts before Kooda's > example helped spot my mistake. Thanks, if this helps at least one other person it's a win, I think. Pushed (as it's trivial). Cheers, Peter signa

Re: [Chicken-hackers] [PATCH] Drop module namespace from struct type in `##sys#make-structure' specialisation

On Fri, Aug 24, 2018 at 09:01:18AM +1200, Evan Hanson wrote: > Hello hackers, > > Here's a fix for #1513. This does the simple thing and just avoids > including module namespaces in `struct' type tags. > > After 5.0 we can revisit this behaviour and maybe make the compiler a > bit smarter regardi

Re: [Chicken-hackers] [PATCH] Drop module namespace from struct type in `##sys#make-structure' specialisation

On Fri, Aug 24, 2018 at 07:32:52PM +1200, Evan Hanson wrote: > On 2018-08-24 9:27, Peter Bex wrote: > > I'd prefer to add the current module to struct type declarations, instead. > > This should be equally simple; I think we can add this to validate-type's > > handl

Re: [Chicken-hackers] [PATCH] Drop module namespace from struct type in `##sys#make-structure' specialisation

On Fri, Aug 24, 2018 at 09:01:18AM +1200, Evan Hanson wrote: > Hello hackers, > > Here's a fix for #1513. This does the simple thing and just avoids > including module namespaces in `struct' type tags. Thanks for making this patch! Pushed. Cheers, Peter signature.asc Description: PGP signatur

Re: [Chicken-hackers] [PATCH] * chicken.h: Fix C_u_fixnum_modulo by extracting the definition from C_fixnum_modulo

b87d4d26 Mon Sep 17 00:00:00 2001 From: megane Date: Fri, 17 Aug 2018 14:59:09 +0300 Subject: [PATCH] * chicken.h: Fix C_u_fixnum_modulo by extracting the definition from C_fixnum_modulo Signed-off-by: Peter Bex --- chicken.h | 15 ++- tests/fixnum-tests.scm | 15 ++

Re: [Chicken-hackers] Some questions about CHICKEN 5 eggs and modules

On Tue, Aug 28, 2018 at 08:40:33PM +0200, felix.winkelm...@bevuta.com wrote: > > - How can I compile multiple source files, for example one scheme file and > > several C files, into an extension library in an .egg file? As far as I can > > see, the only way to do that is a custom build script, bu

Re: [Chicken-hackers] Some questions about CHICKEN 5 eggs and modules

On Wed, Aug 29, 2018 at 10:57:54AM +0200, felix.winkelm...@bevuta.com wrote: > The foreign-declare case is simple and straightforward and should > be used, if possible, but we need a fallback solution and this case > of a separate .c file is common enough to be addressed. For 5.0? Cheers, Peter

Re: [Chicken-hackers] [PATCH] Allow `files' in the toplevel of egg description files

On Sat, Sep 01, 2018 at 11:09:28AM +0200, felix.winkelm...@bevuta.com wrote: > > Hi, > > > > Attached is a small patch to address http://bugs.call-cc.org/ticket/1511 > > > > If it looks good, I propose the documentation that you can see in the > > second patch (files-doc.diff). > > > > I sugges

[Chicken-hackers] [PATCH] Fix for Windows quoting issues (fixes #1515)

on the first patch: "qs" accepts a second optional argument, but the types database only knew about the first argument. Cheers, Peter From 2a2895e4840770d4a8364f068bd139620e4385b8 Mon Sep 17 00:00:00 2001 From: Peter Bex Date: Sat, 1 Sep 2018 18:33:59 +0200 Subject: [PATCH 1/2] Fix quot

Re: [Chicken-hackers] [PATCH] Fix for Windows quoting issues (fixes #1515)

On Sat, Sep 01, 2018 at 10:09:00PM +0200, felix.winkelm...@bevuta.com wrote: > > Here's a patch for #1515. It turns out to be quite invasive because the > > quotation stuff was completely messed up. Even on *nix, chicken-install > > didn't work when CHICKEN was installed to a PREFIX path with spa

Re: [Chicken-hackers] [PATCH] Fix for Windows quoting issues (fixes #1515)

uick glance through the new code, it seems there are very few calls where we actually don't slashify. Perhaps for 5.1 we can try dropping the optional "slashify?" argument and make it slashify always. Cheers, Peter From e26d1692d309c6cc74095f38e06c2ff5d5731317 Mon Sep 17 00:00:00 2001

Re: [Chicken-hackers] [PATCH] Allow `files' in the toplevel of egg description files

On Sun, Sep 02, 2018 at 12:57:53PM +0200, felix.winkelm...@bevuta.com wrote: > > How should we go about this topic? > > > > The easiest approach would be using `files' in the egg description file. > > It should not require any modifications to henrietta-cache. As far as I > > can see, only flippi

Re: [Chicken-hackers] [PATCH] Allow `files' in the toplevel of egg description files

On Wed, Sep 05, 2018 at 10:47:04AM +0200, Mario Domenech Goulart wrote: > * 0001-Support-for-CHICKEN-5-s-egg-description-files.patch > That's for henrietta-cache for C4, to support `egg-file' and > `distribution-files'. Thanks, Mario! I've applied this to henrietta-cache and released version

Re: [Chicken-hackers] build error w/ clang on macos

repo is: > > commit dc07113cf79a1930c6a109c738138dbea15afbc0 (HEAD -> master, > origin/master, origin/HEAD) > Author: Peter Bex > Date: Sat Sep 1 18:33:59 2018 +0200 > > #512 $ build_chicken check Ah of course. Thanks for reporting! It seems that this is caused by t

Re: [Chicken-hackers] build error w/ clang on macos

On Thu, Sep 06, 2018 at 04:52:29PM +0200, Peter Bex wrote: > Ah of course. Thanks for reporting! > > It seems that this is caused by the fix for #1515, and apparently on Mac OS > we were relying on the bogus behaviour that strings were just spliced into > the arguments list. Co

Re: [Chicken-hackers] [PATCH 0/3] Fix #1505 and some double quotation issues after #1515

On Sun, Sep 09, 2018 at 09:28:37AM +0200, felix.winkelm...@bevuta.com wrote: > > Hello, > > > > Here are a few patches that I think should be included in the next RC. > > > > The first fixes #1505 by simply using relative pathnames for all source > > files in generated build scripts. All other fi

<    1   2   3   4   5   6   7   8   9   10   >