Re: [Chicken-hackers] [PATCH] Make `current-directory` a pure getter with associated setter

On Fri, Sep 01, 2017 at 04:18:07PM -0400, Evan Hanson wrote: > Here is a small API change for the `current-directory` procedures, after > some discussion of the other patch on IRC. See the commit message for > rationale. Thanks, pushed. Cheers, Peter signature.asc Description: PGP signature

Re: [Chicken-hackers] [PATCH][5][RESEND] Teach the heap dumper about the numeric tower types

On Wed, Aug 30, 2017 at 01:53:10PM +0200, lemonboy wrote: > Hello hackers, > here's a small patch that prevents `##sys#dump-heap-state` to segfault when > the > heap contains one of those newfangled numeric types. Thanks, pushed (it's trivial enough not to require double signoff, IMO). Cheers,

Re: [Chicken-hackers] [PATCH] Update types.db entries for chicken.string procedures

On Mon, Aug 21, 2017 at 06:40:01PM +1200, Evan Hanson wrote: > To follow the patch applied earlier today. > > I didn't notice that these types.db updates were missing from that > changeset until after it was already pushed, sorry about that. Sorry for that, it was a stupid oversight on my part.

[Chicken-hackers] [PATCH] Remove workaround for MingW's isnormal() which is no longer required

Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sun, 20 Aug 2017 16:38:19 +0200 Subject: [PATCH] Remove MingW isnormal() workaround; we no longer use this function in our runtime --- chicken.h | 6 -- 1 file changed, 6 deletions(-) diff --git a/chicken.h b/chi

[Chicken-hackers] [PATCH] Create chicken.string module in data-structures.scm

f42d27d177a21db2432ae6751a85f3718fe10ee3 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sun, 20 Aug 2017 16:06:55 +0200 Subject: [PATCH] Move string manipulation stuff from data-structures to chicken.string --- README | 1 + batch-driver.scm| 2

[Chicken-hackers] [PATCH] Remove change-directory and change-directory*

. Cheers, Peter From 672dfe5a3f613c752178444596d2fd335f9a5472 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sun, 13 Aug 2017 17:45:52 +0200 Subject: [PATCH] Remove change-directory(*) in favour of current-directory We now also implement fchdir() in Windows, by abstracti

[Chicken-hackers] [PATCH] Add chicken.sort module

ers, Peter From 9cc9d7afd1aa92577c588a73badf733f4e7f1f5b Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sun, 13 Aug 2017 14:42:46 +0200 Subject: [PATCH] Move sorting procedures from chicken.data-structures to chicken.sort This also wraps the chicken-bug and chicken-

[Chicken-hackers] [PATCH] Move current-read-table to chicken.read-syntax

: Peter Bex <pe...@more-magic.net> Date: Sun, 13 Aug 2017 13:38:32 +0200 Subject: [PATCH] Move current-read-table to chicken.read-syntax module --- chicken.import.scm | 1 - library.scm| 4 ++-- read-syntax.scm| 4 +++- types.db | 5 ++--- 4 files changed, 7 insertions

[Chicken-hackers] [PATCH] Fix a minor type warning when compiling library.scm

:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sun, 13 Aug 2017 13:18:53 +0200 Subject: [PATCH] Make print-call-chain match the declared type in types.db It is declared not to return anything (void), but it takes some effort to return the call chain, resulting in a type w

[Chicken-hackers] [PATCH] Move reset and reset-handler to (chicken repl)

Hi all, The attached patch completes (chicken repl) as per the proposal Felix and I sent to chicken-hackers a while ago. Cheers, Peter From 3b66ad41b5caa4a60702e907434e06627d09d2b9 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sun, 13 Aug 2017 13:13:38 +0200 S

Re: [Chicken-hackers] [PATCH] Move `print-error-message' into (chicken condition)

On Wed, Aug 09, 2017 at 08:49:28PM +1200, Evan Hanson wrote: > Thanks Peter. > > On 2017-08-08 19:34, Peter Bex wrote: > > When we discussed that, the call chain stuff was listed under > > (chicken base), but I now noticed that these are already part of > > (chicken con

[Chicken-hackers] Proposal / patch for fixing #1385 (swapped bit-set? argument order)

rom 32b45a6ac3b0297762c1d5bb85847535d85abedb Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Tue, 8 Aug 2017 19:48:07 +0200 Subject: [PATCH] Rename bit-set? to bit->boolean to avoid confusion (fixes #1385) The problem with bit-set? is that our definition has the argument o

Re: [Chicken-hackers] [PATCH] Move `print-error-message' into (chicken condition)

On Mon, Aug 07, 2017 at 09:46:19PM +1200, Evan Hanson wrote: > Per Felix and Peter's recent proposal. > > That post also mentions an "error-message" procedure that should be > moved, but I'm not sure what that refers to so haven't included it (is > that possibly a mistake, or maybe something that

Re: [Chicken-hackers] [PATCH][5] Minor srfi-4 fixes

culated vector length overflows. Signed-off-by: Peter Bex <pe...@more-magic.net> --- srfi-4.scm | 47 --- tests/srfi-4-tests.scm | 28 2 files changed, 52 insertions(+), 23 deletions(-) diff --git a/srfi-4.scm

Re: [Chicken-hackers] [PATCH] correct size calculation for ffi return types

On Mon, Jul 31, 2017 at 06:31:28PM +0200, lemonboy wrote: > Hello hackers, > I managed to stumble across this nasty compiler bug while trying to figure out > why some code was segfaulting in a FFI stub. It turns out that I forgot to > place > a define-foreign-type form before the lines the type

Re: [Chicken-hackers] [PATCH] Add chicken.plist module

On Thu, Jul 27, 2017 at 05:15:07PM +1200, Evan Hanson wrote: > Again per Felix and Peter's proposal. Note that this patch is based on > the one that moves 'quit' to chicken.repl (to avoid conflicts), so that > one will need to be applied first. Thanks again, pushed! Cheers, Peter signature.asc

Re: [Chicken-hackers] [PATCH] Add chicken.blob module

On Thu, Jul 27, 2017 at 09:24:13AM +1200, Evan Hanson wrote: > Per Felix and Peter's recent proposal. Pushed, thanks! Cheers, Peter signature.asc Description: PGP signature ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org

Re: [Chicken-hackers] [PATCH] Move `quit' into (chicken repl)

On Thu, Jul 27, 2017 at 09:21:58AM +1200, Evan Hanson wrote: > Per Felix and Peter's recent proposal. Thanks, pushed. Cheers, Peter signature.asc Description: PGP signature ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org

Re: [Chicken-hackers] [PATCH] Move `create-directory' into (chicken file)

On Tue, Jul 25, 2017 at 08:33:32PM +1200, Evan Hanson wrote: > Another simple one. `create-directory` is pretty small and relies only > on "C_mkdir" (which is already in file.scm) as far as C functions go, so > it's easy to move. On Mon, Jul 24, 2017 at 05:17:44PM +1200, Evan Hanson wrote: >

Re: [Chicken-hackers] [PATCH] Another symbol GC sanity check fix [was: Re: [PATCH] Fix record type tags to be nonglobal by module-prefixing them]

On Wed, Jul 19, 2017 at 09:38:14AM +0200, felix.winkelm...@bevuta.com wrote: > I'm slightly frightened by all the plans for various overhauls and want to > point > out that once 5.0 is released, such changes will require a Change Request > (which is a good thing, as I think we are going slightly

[Chicken-hackers] [PATCH] Another symbol GC sanity check fix [was: Re: [PATCH] Fix record type tags to be nonglobal by module-prefixing them]

r From df8f55184d2cc2e98f7e14e5137d0e825fb2eced Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Tue, 18 Jul 2017 22:32:48 +0200 Subject: [PATCH] Introduce an inline helper function to check for keywords. Symbols bound to themselves aren't always keywords, which would trip up the GC

Re: [Chicken-hackers] [PATCH] Fix record type tags to be nonglobal by module-prefixing them

On Tue, Jul 18, 2017 at 09:55:21AM +1200, Evan Hanson wrote: > Thanks Peter, I've applied this as it is. I agree with Lemon that we > should dry up the repeated naming logic, but for now I think we can live > with the duplication in order to keep things moving. > > The patch wasn't quite careful

Re: [Chicken-hackers] [PATCH][5] Minor lfa2 improvements wrt ffi arguments

On Mon, Jul 17, 2017 at 09:06:15AM +0200, Peter Bex wrote: > On Mon, Jul 17, 2017 at 12:08:04PM +1200, Evan Hanson wrote: > > I suppose now would be a good time to discuss whether we should (1) add > > any warnings to this pass, for example when one of these FFI arguments >

Re: [Chicken-hackers] [PATCH][5] Minor lfa2 improvements wrt ffi arguments

On Mon, Jul 17, 2017 at 12:08:04PM +1200, Evan Hanson wrote: > Thanks folks, this is a very nice improvement. > > I've applied a combination of these two patches that includes the > C_i_foreign_integer_argumentp case but leaves the fallback behaviour > alone. As Lemon says, this pass doesn't do

Re: [Chicken-hackers] [PATCH] Fix record type tags to be nonglobal by module-prefixing them

On Sat, Jul 15, 2017 at 03:48:54PM +0200, lemonboy wrote: > On 14 Jul, Peter Bex wrote: > > Hi all, > > > > A long time ago, we had a patch that tried to prefix the current module > > name onto a record type's tag (727b2b3fea271474540f215af4842d32e82e7e6d). > >

[Chicken-hackers] [PATCH] Fix record type tags to be nonglobal by module-prefixing them

ecord type)? Personally, I think it's probably better (and also less confusing to the user) to wrap it, but that's a slightly larger change which can go in later, so I decided to keep this patch simple. Cheers, Peter From 3bd2f845d9efa342bc656de35eb30163d9f1417f Mon Sep 17 00:00:00 2001 Fro

Re: [Chicken-hackers] [PATCH][5] Minor lfa2 improvements wrt ffi arguments

On Fri, Jul 14, 2017 at 01:02:45PM +0200, Peter Bex wrote: > However, if the derived type is, say (or char fixnum), and we find that > the predicate C_i_foreign_fixnum_argumentp is used, the final type will > most definitely _not_ be (or char fixnum), but fixnum (or an error occurs). Bet

Re: [Chicken-hackers] [PATCH][5] Minor lfa2 improvements wrt ffi arguments

ed if we can prove the arguments have the correct type. All ranged integer checks can't be removed because the type system currently does not represent any range info. Signed-off-by: Peter Bex <pe...@more-magic.net> --- lfa2.scm | 27 +++ 1 file changed, 27 insertions(+

Re: [Chicken-hackers] [PATCH][5] The other part of the FFI improvements

On Mon, Jul 10, 2017 at 01:48:27PM +0200, lemonboy wrote: > On 10 Jul, Peter Bex wrote: > > I'm a bit concerned about the patch itself though. For one, in the interest > > of modularity and code layout, I think all type annotations on variables > > should _only_ be made by t

Re: [Chicken-hackers] [PATCH][5] The other part of the FFI improvements

On Mon, Jul 03, 2017 at 05:22:26PM +0200, lemonboy wrote: > This patch offloads all the heavy lifting to the scrutinizer, most of it is > just > boilerplate (that I hope I've got right) to introduce a new node to the core > language named ##core#invoke (the name is up for discussion of course). >

[Chicken-hackers] [PATCH] Fix small but critical bug in symbol GC sanity checks and fix randomization of symbol table (security fix)

ies cleanly). Cheers, Peter From cb0e9e86609c837e02957dd8132b64d83506b15a Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Fri, 30 Jun 2017 15:28:08 +0200 Subject: [PATCH 1/2] Fix unpersistability sanity check for symbol GC The sanity check we do just before dropping sym

[Chicken-hackers] [PATCH] Finish (chicken load) module

oes export `load' while the CHICKEN being built doesn't? If someone can explain to me exactly how it works, please do! Cheers, Peter From eb806b43006940ad03a829a3def34ebb3f874450 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sun, 25 Jun 2017 16:01:59 +0200 Subject:

[Chicken-hackers] [PATCH] Fix result size calculation for enums, resulting in crash (maybe related to #1377?)

st use "number", but we know it must be an integer rather than, say, a ratnum, cplxnum or flonum, so let's use that knowledge. Cheers, Peter From a7bd09a7b014547a9c85653adfc90efc4d1a0af1 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Mon, 19 Jun 2017 1

[Chicken-hackers] [PATCH] rename (chicken expand) module to (chicken syntax) [was: Re: [PATCH] Drop now-unnecessary exports from the "chicken.export" module]

a5db7382 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sun, 18 Jun 2017 19:24:50 +0200 Subject: [PATCH] Rename (chicken expand) to (chicken syntax) This adds a small hack to the chicken.import.scm import library to define chicken.syntax#er-macro-transformer and

Re: [Chicken-hackers] [PATCH 0/1] Move `module-environment' into chicken.eval

On Sat, Jun 17, 2017 at 12:32:19PM +1200, Evan Hanson wrote: > Let me know what you think. The patch is pretty simple, with the main > implementation staying in modules.scm (where the module-related > procedures it needs are defined) but the public version moved to > eval.scm. I like this. Maybe

Re: [Chicken-hackers] [PATCH] Drop now-unnecessary exports from the "chicken.export" module

On Sat, Jun 17, 2017 at 07:57:25PM +0200, felix.winkelm...@bevuta.com wrote: > You know what? I don't know. I just realize that too many things are > changing too much, at too fast a rate. So much that I'm now totally > confused, which is an indication that perhaps this might be getting > out of

Re: [Chicken-hackers] [PATCH] Drop now-unnecessary exports from the "chicken.export" module

On Sat, Jun 17, 2017 at 07:21:30PM +0200, felix.winkelm...@bevuta.com wrote: > > I'd also like to hear what the other core members think. > > (chicken syntax), and keep expand.scm. Don't overdo it. Do you mean we rename (chicken expand) to (chicken syntax) in expand.scm (with perhaps the other

Re: [Chicken-hackers] [PATCH] Drop now-unnecessary exports from the "chicken.export" module

On Sat, Jun 17, 2017 at 10:40:28AM -0400, John Cowan wrote: > On Sat, Jun 17, 2017 at 10:25 AM, Peter Bex <pe...@more-magic.net> wrote: > I can imagine those macros going into (chicken base) and/or some > > other modules, but a (chicken syntax) module with them in it makes >

Re: [Chicken-hackers] [PATCH][5] FFI improvements, take two

le...@gmail.com> Date: Wed, 14 Jun 2017 21:28:52 +0200 Subject: [PATCH 1/2] Propagate the tl? flag to the inner definitions The define-foreign-type form defines some auxiliary functions using define and this was bound to always fail as we'd treat those as non-toplevel ones. Signed-off-by: Pet

Re: [Chicken-hackers] [PATCH] Drop now-unnecessary exports from the "chicken.export" module

On Sat, Jun 17, 2017 at 11:34:30AM +1200, Evan Hanson wrote: > As of afd7867, we can make these values available to the other files > that need to use them without making them part of the chicken.export > module's public API by assigning directly to namespaced identifiers. Excellent. This

[Chicken-hackers] [PATCH] Fix some symbol GC issues

. Cheers, Peter From 2940a1f6a74141ddb5bc7e9517778f95b5dd8b09 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Fri, 16 Jun 2017 19:54:42 +0200 Subject: [PATCH] Fix some edge cases with symbol GC Symbols are never statically allocated, their name strings are, so the permanentp()

[Chicken-hackers] [PATCH] Move some low-hanging fruit from posix.scm to file.scm

;. On the other hand, it doesn't actually hit the file system; it's an abstract operation over data-structures only, without any side effects. Cheers, Peter From ee6672c0308e54f47526ce32a0e4ed87bd722e86 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Wed, 14 Jun 2017 21:34

Re: [Chicken-hackers] [PATCH] [5] Make syntax-rules "fully" self-contained

On Thu, Jun 08, 2017 at 09:19:24PM +0200, Peter Bex wrote: > Hi all, > > Here's a reasonably simple patch that moves the expansion-time support > helpers for ye olde syntax-rules into an internal module in synrules.scm. Well, not simple enough I guess ;). I decided at the last minu

[Chicken-hackers] [PATCH] [5] Make syntax-rules "fully" self-contained

not 100% self-contained because the expansion still refers to other identifiers from library.scm, but those are all standard Scheme. Cheers, Peter From e40d9d4f6c020c5e0c1b0da8965ee6109e1188b1 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Thu, 8 Jun 2017 21:02:18

Re: [Chicken-hackers] [PATCH] Add unexport form for modules

On Thu, Jun 08, 2017 at 11:24:44AM +0300, megane wrote: > Reexport is nice if you have a big module (say a graphics library) you > want to organize into smaller chunks internally. Yeah, but why can't "export" (or the export list) do that job? Cheers, Peter signature.asc Description: Digital

Re: [Chicken-hackers] [PATCH] Add unexport form for modules

considering the consequences first and wasn't sure where the other hackers stood. > On 2017-06-07 22:07, Peter Bex wrote: > > But my more immediate concern is with proliferation of the magic set of > > special forms that's always available in a supposedly "empty" new >

Re: [Chicken-hackers] [PATCH] Add unexport form for modules

On Wed, Jun 07, 2017 at 03:54:43PM -0400, John Cowan wrote: > On Wed, Jun 7, 2017 at 2:06 PM, wrote: > > Isn't it easy to forget particular identifiers that happen to start with > > "fp" > > as well? I think explicit "rename" imports are clearer and less error > >

Re: [Chicken-hackers] [PATCH] Add unexport form for modules

On Wed, Jun 07, 2017 at 12:41:03PM -0400, John Cowan wrote: > On Wed, Jun 7, 2017 at 9:28 AM, megane wrote: > > If the module export list is not *, module-unexport-list is not used. In > > this case, it's enough to just remove the identifier to be unexported > > from the

[Chicken-hackers] [PATCH] [5] Fix a few 64-bit issues

Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Tue, 6 Jun 2017 21:06:57 +0200 Subject: [PATCH 1/2] Do not truncate file times to 32 bits on 32-bit or LLP platforms in setter --- posixunix.scm | 4 ++-- posixwin.scm | 4 ++-- 2 files changed, 4 insertions(+), 4 del

Re: [Chicken-hackers] Regarding the hide declaration, #1376

On Tue, Jun 06, 2017 at 11:01:30AM +0200, felix.winkelm...@bevuta.com wrote: > > First, let me ramble some: > > > > 1. If you hide an exported identifier the compiler is free to drop the > > actual definition from the compiled object. This happens without any > > warnings currently and you get a

Re: [Chicken-hackers] [PATCH] Make setting of the file modification time saner

On Mon, Jun 05, 2017 at 11:11:06PM +0200, Kooda wrote: > Both changes signed off and pushed. :) > > Sorry for the delay. No worries, and many thanks for taking a look! Cheers, Peter signature.asc Description: Digital signature ___ Chicken-hackers

Re: [Chicken-hackers] [PATCH] Moving some things from library.scm and eval.scm to internal.scm

On Mon, Jun 05, 2017 at 05:53:32PM +1200, Evan Hanson wrote: > Hey Peter, > > On 2017-06-04 13:53, Peter Bex wrote: > > Regarding time specifically, there are not many stand-alone programs > > that will use this macro, I think. It's more a thing for benchmarks > > and

Re: [Chicken-hackers] Regarding the hide declaration, #1376

On Mon, Jun 05, 2017 at 06:09:54PM +1200, Evan Hanson wrote: > Is that right? Personally, I'd rather make (declare (hide ...)) simply > do the right thing -- the right thing being the behaviour you originally > expected when filing #1376 -- than add a new type of declaration or > module syntax. >

Re: [Chicken-hackers] [PATCH] Moving some things from library.scm and eval.scm to internal.scm

On Sun, Jun 04, 2017 at 11:20:06PM +1200, Evan Hanson wrote: > I'm concerned about the way these introduce an implicit dependency from > the library unit to the internal unit. > > I think we should strive to make library the first, and potentially the > only, unit that the user needs to care

Re: [Chicken-hackers] About (chicken process) and (chicken process-context)

On Sat, May 13, 2017 at 01:39:36PM +0200, Peter Bex wrote: > On Wed, May 10, 2017 at 11:22:46AM +0200, felix.winkelm...@bevuta.com wrote: > [about moving some procedures to chicken.process-context and making the > posix module's API identical between Windows and UNIX] > > > >

Re: [Chicken-hackers] [PATCH] Moving some things from library.scm and eval.scm to internal.scm

On Wed, May 03, 2017 at 08:29:12AM +0200, Peter Bex wrote: > On Mon, May 01, 2017 at 06:02:51PM +1200, Evan Hanson wrote: > > Hi folks, > > > > Just wanted to mention that I've already applied the first of these > > patches; that one is clearly a nice change

Re: [Chicken-hackers] [C5][PATCH] manual/Extensions: document `modules' property

On Fri, Jun 02, 2017 at 07:56:12PM +0200, Mario Domenech Goulart wrote: > Hello, > > Attached is proposal of documentation for the `modules' property. Feel free to put this on the wiki under man/5. Cheers, Peter signature.asc Description: Digital signature

Re: [Chicken-hackers] [C5] `extension' components & non-modules

On Wed, May 31, 2017 at 12:19:07PM +0200, felix.winkelm...@bevuta.com wrote: > > > The multi-module case is indeed not covered. There is an note on the > > > wiki regarding functors that emit 2 import libs (used in some places), > > > this has to be handled automatically (compile + install

Re: [Chicken-hackers] [C5] `extension' components & non-modules

On Wed, May 31, 2017 at 11:34:19AM +0200, felix.winkelm...@bevuta.com wrote: > All good questions. I'm for making this as simple as possible. The overhead > for having a module for each extension shouldn't be too much and there > appears to me (at least at this stage) no disxadvantage of requiring

Re: [Chicken-hackers] [PATCH] [SECURITY] Fix segfault in C_i_length() on improper lists

On Wed, May 31, 2017 at 04:52:33PM +1200, Evan Hanson wrote: > Applied. > > Bit surprised at this one. How on earth did it hang around for so long? Exactly my thoughts. This really makes no sense! Cheers, Peter signature.asc Description: Digital signature

Re: [Chicken-hackers] [PATCH][5] Some FFI improvements

ffbe02c1291d2e96b5bc5401d4 Mon Sep 17 00:00:00 2001 From: LemonBoy <thatle...@gmail.com> Date: Sun, 28 May 2017 22:12:32 +0200 Subject: [PATCH 1/3] Do not treat internal defines as non-toplevel ones We now treat the internal defines as if they're defined at the same level the define-fore

[Chicken-hackers] [PATCH] [SECURITY] Fix segfault in C_i_length() on improper lists

76bbb0c92c0a9e2cadac9796e55fdd2836424fdb Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sun, 28 May 2017 12:37:44 +0200 Subject: [PATCH] Fix segmentation fault in "length" on improper lists. This fixes #1375 --- NEWS| 2 ++ runtime.c

Re: [Chicken-hackers] [PATCH][5] Small patch for chicken-install

ers, Peter From 941e78d5ad8324a1c9e3a5f90ad076bc97a05a7b Mon Sep 17 00:00:00 2001 From: LemonBoy <thatle...@gmail.com> Date: Thu, 25 May 2017 15:53:30 +0200 Subject: [PATCH] Respect install-name when specified. Do this for 'program' and 'extension' components. Signed-off-by: Peter Bex <pe...@more-magic.n

[Chicken-hackers] [PATCH] Fix types of condition manipulation procedures [was: Re: [PATCH] Add more convenient condition object constructor [was: Re: [PATCH] Turn chicken.condition into a module, with

simply (list-of pair), because only the structure of the cdr of these pairs differs between master and chicken-5 (and that can be null). Cheers, Peter From 033a2550a582e119095224a62e42373db2d73b64 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Sat, 27 May 20

Re: [Chicken-hackers] [PATCH][5] FQN woes

On Tue, May 23, 2017 at 10:56:23PM +1200, Evan Hanson wrote: > Thanks, I've pushed the first of these directly. I've also attached > signoffs for the second, third (squashed) and fourth, editorialised > slightly in the tests. In particular I've added a Windows test, which > was missing. Thanks

Re: [Chicken-hackers] [PATCH] Drop files.scm

On Sat, May 27, 2017 at 01:43:30PM +0200, Peter Bex wrote: > On Fri, May 19, 2017 at 10:11:03PM +1200, Evan Hanson wrote: > > This was only left in place to ease the transition from the "files" and > > "posix" units to separate "file" and "file.

Re: [Chicken-hackers] [PATCH] Drop files.scm

On Fri, May 19, 2017 at 10:11:03PM +1200, Evan Hanson wrote: > This was only left in place to ease the transition from the "files" and > "posix" units to separate "file" and "file.posix" modules. Now that some > of the smoke has cleared from other refactoring, we can finish the > rename and drop

Re: [Chicken-hackers] [PATCH] Add more convenient condition object constructor [was: Re: [PATCH] Turn chicken.condition into a module, with syntax exports!]

On Sat, May 27, 2017 at 03:34:54PM +1200, Evan Hanson wrote: > Yeah, let's leave it at that. It's easy enough to convert property lists > to something else as needed. I'm also not too worried about breaking > changes here, so I've applied your patch as-is and updated the > `condition->list`

Re: [Chicken-hackers] [PATCH] Add more convenient condition object constructor [was: Re: [PATCH] Turn chicken.condition into a module, with syntax exports!]

On Wed, May 24, 2017 at 08:58:46AM +0200, Peter Bex wrote: > That's requires more keystrokes, but at the same time it's more readable. > Of course one reason to add the constructor is to have an API that's > less verbose, and this adds back a little bit more verbosity. On the >

Re: [Chicken-hackers] [PATCH] Do not assume all fixnum literals will be fixnums at runtime [was: Re: [PATCH][5] types.db entries for the overflow-aware ops]

On Wed, May 24, 2017 at 09:25:15PM +1200, Evan Hanson wrote: > Hi folks, > > Good discussion, thank you Peter and Lemon for considering this. > > > diff --git a/lfa2.scm b/lfa2.scm > > index 0fd4612..4c7ff84 100644 > > --- a/lfa2.scm > > +++ b/lfa2.scm > > @@ -173,17 +173,14 @@ > >;; a

[Chicken-hackers] [PATCH] Do not assume all fixnum literals will be fixnums at runtime [was: Re: [PATCH][5] types.db entries for the overflow-aware ops]

On Sun, May 21, 2017 at 06:25:09PM +0200, Peter Bex wrote: > Consider the case where you're compiling on a > 64-bit machine. The compiler folds the fixnum operations at > compile-time, resulting in a fixnum. However, if the fixnum is not > representable as a fixnum on the tar

Re: [Chicken-hackers] [PATCH][5] types.db entries for the overflow-aware ops

On Sun, May 21, 2017 at 08:12:42PM +0200, LemonBoy wrote: > On Sun, May 21, 2017 at 06:25:09PM +0200, Peter Bex wrote: > > However, they shouldn't be #:enforce; they don't raise an error when > > their types are fixnum or false, which is what enforce means: if the >

Re: [Chicken-hackers] [PATCH][5] types.db entries for the overflow-aware ops

;thatle...@gmail.com> Date: Fri, 19 May 2017 22:45:28 +0200 Subject: [PATCH 1/2] Add entries in the types.db for the fxX? ops Signed-off-by: Peter Bex <pe...@more-magic.net> --- types.db | 9 + 1 file changed, 9 insertions(+) diff --git a/types.db b/types.db index 7e30466..ad

Re: [Chicken-hackers] [PATCH][5] Better scrutiny for foreign variables

On Sun, May 21, 2017 at 04:49:24PM +0200, lemonboy wrote: > Hello hackers, > here's a small patch that lets the scrutinizer use the type > information contained > in the `inline_ref` nodes. Pushed to both master and chicken-5, thanks. Note that you forgot to remove the inline_ref case entry that

[Chicken-hackers] [PATCH] Add more convenient condition object constructor [was: Re: [PATCH] Turn chicken.condition into a module, with syntax exports!]

On Fri, May 19, 2017 at 01:10:03PM +1200, Evan Hanson wrote: > Hi Peter, > > On 2017-05-07 21:45, Peter Bex wrote: > > The core-library-reorganization page has "(chicken condition)" under > > "undecided", but I think it's fine the way it is.

Re: [Chicken-hackers] [PATCH][5] types.db entries for the overflow-aware ops

On Fri, May 19, 2017 at 10:48:38PM +0200, lemonboy wrote: > Hello hackers, > there's not much more to say. I'm wondering, is it defined only for fixnums and false, or is it part of the API that it allows any non-fixnum object? (fx+? 'hi 'there) => #f In that case, the type shouldn't be (fx+?

Re: [Chicken-hackers] [PATCH 0/4] Some symbol and module-related patches

On Sat, May 13, 2017 at 07:55:44PM +1200, Evan Hanson wrote: > Hi folks, > > Here are a few patches that deal with symbols and namespaces. I've now applied the remainder of those patches. > By way of example, the second uses this capability to refactor some > internal helper procedures in

[Chicken-hackers] [PATCH] Drop obsolete C functions kept for bootstrapping and simplify flonum literal decoding

o actually remove. After the next snapshot (pre2? rc1?), we can drop the matching C code. Cheers, Peter From 7d98aaabf9ff90faa23fb26c70c1090d68c3c2dd Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Fri, 19 May 2017 13:05:46 +0200 Subject: [PATCH 1/4] Remove obsolete

Re: [Chicken-hackers] [PATCH] Drop (provide* ...) compatibility shims

On Thu, May 18, 2017 at 11:25:56AM +1200, Evan Hanson wrote: > These were only there for compatibility when bootstrapping from CHICKEN > 4, to make any units that are run early in startup indicate that they'd > been loaded (this is done automatically for units compiled with 5.0.0). > Now that we

Re: [Chicken-hackers] [PATCH] Turn chicken.condition into a module, with syntax exports!

orgot to remove a call site. Besides, AFAIK non-exported module identifiers will be hidden by the compiler, so we'd have to add another hack to prevent that. > On 2017-05-07 21:47, Peter Bex wrote: > > PS: before you run "make check", you'll need to install and recompile &

Re: [Chicken-hackers] [PATCH 0/4] Some symbol and module-related patches

On Wed, May 17, 2017 at 01:29:32PM +1200, Evan Hanson wrote: > Hi folks, > > > If there are no objections, I'll update the development process wiki page > > accordingly and create a first snapshot from 38c4467f. > > This has been done, and the first CHICKEN 5 snapshot is now available at: > >

Re: [Chicken-hackers] [PATCH 1/4] Exempt explicitly-namespaced symbols from module aliasing

On Sun, May 14, 2017 at 06:25:49PM +1200, Evan Hanson wrote: > This adds an "escape hatch" to variable resolution for namespaced > symbols (e.g. `foo#bar`), allowing them to be used across module > boundaries just like qualified symbols. I have pushed this first patch. I agree with Felix that we

Re: [Chicken-hackers] [PATCH] Make setting of the file modification time saner

On Wed, May 10, 2017 at 10:51:52PM +0200, Peter Bex wrote: > Hi all, > > While working on the docs for (chicken file posix), I noticed some > discrepancies: > > - file-access-time and file-change-time have no associated setter, >but file-modification-time does. &g

Re: [Chicken-hackers] [PATCH 0/4] Some symbol and module-related patches

On Sat, May 13, 2017 at 07:55:44PM +1200, Evan Hanson wrote: > The first changes the way explicitly-namespaced symbols are handled > (that is, symbols with a module name directly included, like "foo#bar"), > making them behave essentially like qualified symbols as far as variable > resolution is

[Chicken-hackers] [PATCH] Make setting of the file modification time saner

in addition to a string or fixnum. We could consider extending set-file-times! to accept these too, but that's a bit trickier, as there's AFAIK no portable way to change the times on an FD. Cheers, Peter From 134ff4ce1d4af3ad416874cfada02df485496049 Mon Sep 17 00:00:00 2001 From: Peter Bex <

[Chicken-hackers] About (chicken process) and (chicken process-context)

Hi all, I was filling in the "Module (chicken process)" wiki page for the new manual, and noticed something peculiar: current-process-id and parent-process-id are in (chicken process-context), but process-group-id and its related setter, and create-session are in (chicken process). This

[Chicken-hackers] Beginnings of a new manual

Hi all, Since we've been making good progress, I've started work on a new manual for CHICKEN 5. To make it easier to collaborate I decided to put it up on the wiki. You can see it here: http://wiki.call-cc.org/man/5 I've created a basic org file that reflects the intended structure at

[Chicken-hackers] [PATCH] Only export documented procedures from chicken.irregex

a patch to only export those identifiers that are actually in the official documentation. Cheers, Peter From 6774d6f104bb1dc1b99b72734274f720af26e043 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Mon, 8 May 2017 19:41:05 +0200 Subject: [PATCH] Only export documented proc

Re: [Chicken-hackers] [PATCH] Turn chicken.condition into a module, with syntax exports!

On Sun, May 07, 2017 at 09:45:07PM +0200, Peter Bex wrote: > Hi all, > > The core-library-reorganization page has "(chicken condition)" under > "undecided", but I think it's fine the way it is. The attached patches > add this module. PS: before you run &

[Chicken-hackers] [PATCH] Turn chicken.condition into a module, with syntax exports!

cro environment as a fallback when the new definition doesn't exist. I hope all of this makes sense. If this works out, we can do a similar thing for all the other core modules that need to export syntax definitions. It's all copy and paste from here on out :) Cheers Peter From 3d3338c678425f96c45f0994f01a562a

[Chicken-hackers] [PATCH] Fix missing backslashify fix due to git mistake(?)

of the commit that introduces the statistical profiler, not a separate commit - maybe that's the real issue here. I had a hard time figuring out what exactly went wrong, but I think the commit message explains it. Cheers, Peter From 3a455fa74f1f101f9207859b7cfc54f9fde3a630 Mon Sep 17 00:00:00 2001

Re: [Chicken-hackers] [PATCH 0/1] Split eval.scm into chicken.eval and chicken.load modules

On Sat, May 06, 2017 at 11:48:23AM +1200, Evan Hanson wrote: > On 2017-05-06 11:03, Evan Hanson wrote: > > The procedure will probably be useful for some > > Actually, will it? I'm having a hard time thinking of a good use case > for this, from a user's perspective. Can you think of one? Not

Re: [Chicken-hackers] [PATCH 0/1] Split eval.scm into chicken.eval and chicken.load modules

hen load dependencies and finally override the stubs with actual implementations. I hope to make that patch soon. Cheers, Peter From 0a1dd09b5e114d60bf7f196cd3a9dcb1ee18c1aa Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic.net> Date: Thu, 4 May 2017 22:03:02 +0200 Subject: [PATCH

Re: [Chicken-hackers] [PATCH][5] Three small patches

On Wed, May 03, 2017 at 09:17:35PM +0200, lemonboy wrote: > Hello hackers, > here are some small patches that fix some small problems I found while > playing around. Hi lemonboy, These are pretty obscure, good find! Can you add some test cases that tickle these bugs, considering they've

Re: [Chicken-hackers] [PATCH] Moving some things from library.scm and eval.scm to internal.scm

On Mon, May 01, 2017 at 06:02:51PM +1200, Evan Hanson wrote: > Hi folks, > > Just wanted to mention that I've already applied the first of these > patches; that one is clearly a nice change and definitely where those > procedures belong, good call. Is there a problem with the other ones, or have

[Chicken-hackers] [PATCH] Moving some things from library.scm and eval.scm to internal.scm

ls to them. This also means they can't be inlined, which was the whole point of mini-srfi-1 anyway. So I guess the post-patch situation qualifies as "okay, but surprising". Cheers, Peter From 908874be9287fec78a51d3df9c6651fe7c4afa57 Mon Sep 17 00:00:00 2001 From: Peter Bex <pe...@more-magic

Re: [Chicken-hackers] [PATCH 0/1] Drop an unused argument in 'walk'

On Sun, Apr 30, 2017 at 09:50:37AM +1200, Evan Hanson wrote: > LGTM. Here's a sign-off. Thanks, guys! I've pushed this. Cheers, Peter signature.asc Description: Digital signature ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org

Re: [Chicken-hackers] [PATCH] Fix a regression in body canonicalization

On Thu, Apr 27, 2017 at 12:55:12PM -0400, John Cowan wrote: > On Thu, Apr 27, 2017 at 12:14 PM, Peter Bex <pe...@more-magic.net> wrote: > > Now, the spec disallows this (I think..), > > Yes, it does: begin-with-defines is allowed only at top level. It should > be rep

[Chicken-hackers] [PATCH] Fix a regression in body canonicalization

expansion behaviour in canonicalize-body, plus two regression tests for these situations. PS: It turns out the json egg was slightly slower to parse the benchmark file with CHICKEN 5 than with CHICKEN 4 but it used less memory. Cheers, Peter From 144b11ecc6b1d5984be7a99e3141b3af9bce9869 Mon Sep 17 0

Re: [Chicken-hackers] [Chicken-janitors] #1218: chicken-install may fail if TMPDIR is mounted noexec (depending on setup-file details)

On Sun, Apr 23, 2017 at 01:52:53PM +0200, felix.winkelm...@bevuta.com wrote: > Sorry, I lost the context for this discussion - what exactly is the problem > here? Yeah, this was taken a bit out of context. The issue is at https://bugs.call-cc.org/ticket/1218 Basically, if /tmp is mounted

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