On Sun, Sep 10, 2017 at 01:05:31PM +1200, Evan Hanson wrote:
> Hi folks,
>
> Here's a very simple one, removing `any?` (since `constantly` can
> provide the same thing easily enough).
Thanks, this procedure has always bothered me: I tend to get confused
between SRFI-1 any and this one, and it
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
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,
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.
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
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
.
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
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-
: 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
: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
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
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
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
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
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
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
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
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
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
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:
>
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
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
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
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
>
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
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).
> >
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
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
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(+
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
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).
>
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
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:
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
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
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
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
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
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
>
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
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
.
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()
;.
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
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
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
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
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
>
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
> >
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
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
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
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
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
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.
>
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
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]
> > >
>
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
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
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
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
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
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
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
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
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
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
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.
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
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`
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
>
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
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
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
>
;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
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
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.
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+?
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
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
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
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
&
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:
>
>
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
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
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
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 <
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
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
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
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 &
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
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
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
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
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
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
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
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
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
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
501 - 600 of 1550 matches
Mail list logo