Hi Peter,
I tested building again with your patch and the warnings are now
gone. Pushed :-)
Moritz
--
bevuta IT GmbH
Marktstrasse 10 | http://www.bevuta.com/ | HRB 62476 AG Cologne
D-50968 Cologne | Tel.: +49 221 282678-0 | CEO: Pablo Beyen
___
Chicke
ken-5.
Cheers
Moritz
>From 0fb9dd6eb4f9380e6ef44cf4ee2030e1f11ef412 Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Fri, 14 Apr 2017 16:22:39 +0200
Subject: [PATCH] Fix char-ready? on EOF for string input ports
char-ready? on string input ports would return #f when they've reached
the
appy about is `move-memory!' as I couldn't
find a safe inline version of it. Does anyone have a clue whether there
is such a thing already?
Moritz
From c40e4f11abb29c6f2451656a3c09ea3272c5ddb8 Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Sat, 5 Sep 2015 00:24:32 +0200
Subject
Hi Peter,
On 24 August 2015 21:52 CEST, Peter Bex wrote:
> I noticed that try-compile leaves a temp.1234.o file in the current
> directory when invoked (see #1213). The definition actually has a
> "oname" variable, but it isn't used. So the attached patch causes it
> to explicitly pass "-o ONA
On 10 June 2015 20:39 CEST, Mario Domenech Goulart wrote:
> I've found a small regression related to substring-index[-ci]. I hope
> the attached patch fixes it.
For posterity: Mario and I poked away at this one a bit more via IRC and
found a few more issues. Eventually, a modified version of thi
Hey Evan,
On 22 March 2015 06:36 CET, Evan Hanson wrote:
> Let me know if any of that was unclear. The patch against 5 is obviously
> more important, but I'd like them both to go in, assuming they look OK.
thanks a lot for this thorough explanation and for digging into this
issue in the first pl
B 62476 AG Cologne
D-50968 Cologne | Tel.: +49 221 282678-0 | CEO: Pablo Beyen
From 230eed2745ea2b57de3c9073e8596892b1da2d8c Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Sun, 14 Dec 2014 23:33:52 +0100
Subject: [PATCH] Fix buffer overrun in substring-index[-ci]
When passing a start index grea
Mario Domenech Goulart writes:
> Sorry, I haven't even thought about CRs. I just assumed we won't bother
> much about breaking compatibility in CHICKEN 5 (it doesn't mean we
> should gratuitously break stuff). But you have a point -- we may not
> have a consensus on some decisions. How about c
John Cowan writes:
> Thanks, that's helpful. The trouble is that such a file is an internal
> (not publicly documented, unstable) format. So if I want to ship portable
> code along with type information for Chicken, I have to:
>
> 1) insert the type declarations in the code
>
> 2) compile with
ropped the HAVE_ prefix as per your
suggestion, I didn't see the other flags names like that. Thanks for the
hint!
Moritz
>From 27097791ee5de99d52d513858b10d4e43ce0e33b Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Mon, 4 Aug 2014 15:23:13 +0200
Subject: [PATCH] Invert poll(2)
rom 8d21fae15e69c65d0b3d1e721de557588f0a4dfa Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Mon, 4 Aug 2014 18:29:26 +0200
Subject: [PATCH] Don't enable debugging on Android by default
---
runtime.c | 4
1 file changed, 4 deletions(-)
diff --git a/runtime.c b/runtime.c
index 1a68906..8608506 100644
--- a/runtime
er: Pablo Beyen
>From 05a5743437e255ca3402b8a56ec69c1d6b2b8f90 Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Mon, 4 Aug 2014 15:23:13 +0200
Subject: [PATCH 2/2] Invert poll(2) flag default
To be on the safe side we now assume that poll(2) is available by
default and define the HAVE_NO_
Moritz Heidkamp writes:
> the attached patch enables poll(2) for the Android platform.
Forgot to mention that I think this should probably go into stability.
Moritz
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
https://lists.nongnu.
- professionelle IT-Lösungen
Marktstraße 10 | http://www.bevuta.com/ | HRB 62476 AG Köln
50968 Köln | Tel.: +49 221 282678-0 | Geschäftsführer: Pablo Beyen
>From c902019d70e4389c447f39152e71e1ddfd58395b Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Mon, 4 Aug 2014 15:19:48 +0200
Subj
Hi,
Felix Winkelmann writes:
> So, I can't think of a solution that answers all of your questions.
> I would go with the scheme-pointer.
>
> We could add another foreign type, that accepts strings but doesn't
> copy. I'll look into that.
how about extending the [nonnull-]scheme-pointer type to
Hi Peter
Peter Bex writes:
> Here's a patch which consolidates the NEWS file for the upcoming
> 4.9.0 release. Please also cherry-pick (or merge?) it into the
> prerelease branch after importing it!
>
> I've also added notes for the Android and iOS support; we forgot
> about that when support f
Kon Lovett writes:
> If I am to be one of the two then my suggestion is to begin the
> release process w/o this patch. Don't believe I will be able to
> generate a test case that soon. (Sorry, have looming releases.)
I've finally gotten around to testing it with our application and (as it
seems
Hi again,
Moritz Heidkamp writes:
> I have a new version of this patch on my machine which applies cleanly
> again (Felix already reviewed it). I'll post it here when I'm back at
> it!
find it attached!
Moritz
>From 4064075061189c7b743b69ebbacad82a089c5c34 Mon Sep 17 00:
Hi!
On 15. März 2014 16:59:13 MEZ, Kon Lovett wrote:
>
>On Mar 15, 2014, at 4:41 AM, Peter Bex wrote:
>
>> Hi all,
>>
>> Attached is a patch by Bevuta which Felix sent last X-mas. It adds
>> rudimentary support for iOS through a target Makefile. I've so far
>been
>> unable to test this beca
This was erroneously added in 0a52536b7cb6b3d5a35ecc8f4c11131041ae873a
>From 32bc17d3c3a313a4f869079f3777ed7dd2b8b9f4 Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Wed, 5 Feb 2014 23:26:39 +0100
Subject: [PATCH] Remove list argument check from C_u_i_memq
This was erroneously added
Hi,
Peter Bex writes:
> The attached patch is simple, I hope it's also correct: it only calls
> assq if there really is any info, otherwise just fall through.
> I'm not 100% sure whether this is the correct fix, because I don't
> really understand this code.
works well, make check still passes
Evan Hanson writes:
> Please see the patch for an explanation.
For the record: The error addressed by this patch came up in building
the r7rs egg as we didn't have test cases for this particular procedure
type declaration, yet.
Thanks a lot, Evan, it looks and works well. Signed off and pushed!
Hey Peter,
Peter Bex writes:
> Thanks for this one.
thanks for reviewing!
> You somehow missed C_i_memv, though, which resulted in library-tests
> to fail. So at least the tests are complete :)
Hm, that's weird, I was sure I had given it a final run. Anyway, I might
be missing something but
Fellow Chickeneers,
please see the commit message of the attached patch for details!
Cheers
Moritz
>From 16396c41c63699e261f108af4cf48e15eb54bdde Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Tue, 21 Jan 2014 12:20:11 +0100
Subject: [PATCH] Add proper list checks to assq/assv/assoc
Peter Bex writes:
> Thanks guys, for making and testing the patch!
>
> Here's a proper git patch w/ changelog.
Thanks from me, too. Signed off and pushed!
Moritz
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
https://lists.nongnu.org/mail
Hi Peter,
Peter Bex writes:
>
> In order to fix #566, I decided it's much easier to rip out the
> HAVE_GCVT definition in Cygwin. After testing on several platforms,
> it turns out that gcvt() is really not required, and it's deprecated
> by POSIX as well. So we should probably stop using it an
Peter Bex writes:
> Ah, very good!
>
> I have nothing to comment on this, so I'm just attaching them as-is,
> plus a signed-off-by line, so the next guy can just sign it off and
> push. :)
>
> Thanks!
Thanks from me as well, I've pushed the patches and closed the ticket.
Moritz
Hi,
Peter Bex writes:
> Fixing this got rid of all the warnings, except one, which exposed
> a small bug which is also a minor inefficiency: C_2_divide will call
> C_fix() on an integer value, which in case of flonums will not be
> initialised. In cases of flonums, it will be initialised, but it
Hi,
Peter Bex writes:
> I decided to take another look at the GC in an attempt to
> understand it better, and found yet another iffy line of code:
>
> When comparing the heap growth to the current heap size plus
> the stack size, two unsigned quantities are subtracted from
> eachother (size is a
Hey there,
Peter Bex writes:
> Here's a fix for this, with some regression tests to ensure this won't
> break again.
>
> I've hopefully simplified it enough to make it "obviously correct".
> I also noticed that even after correcting the test, pipes occurring
> inside symbols were still allowed, s
Peter Bex writes:
> I've tested this change on NetBSD/amd64 with GCC and LLVM/Clang,
> and on Linux/i386 with GCC. I'd appreciate it if people on other
> platforms/compilers (especially Windows and OS X) could test this.
Since no further make check results came in we decided to push it
now. But
Peter Bex writes:
> I've tested this change on NetBSD/amd64 with GCC and LLVM/Clang,
> and on Linux/i386 with GCC. I'd appreciate it if people on other
> platforms/compilers (especially Windows and OS X) could test this.
Works fine on Linux/x86_64 with both GCC (4.8.1) and Clang (3.3), too.
Mor
Hi Peter,
Peter Bex writes:
> I remembered that normally when going out of memory, we get a "heap full
> while resizing" panic. Attached is an even simpler patch which removes
> the (seemingly bogus?) check whether the new size equals the old size,
> and will simply carry on reclaiming, thereby
Peter Bex writes:
>> The attached patch supplements Peter's to handle these cases.
>
> I've signed this off, and added a few test cases for this as well.
> Find this version attached.
Tested, signed off and pushed.
Thanks!
Moritz
___
Chicken-hackers m
Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Sat, 25 May 2013 17:08:09 +0200
Subject: [PATCH 1/3] Improve read-symbolic-link canonicalization
Passing #t for the CANONICALIZE option of read-symbolic-link now behaves
like the --canonicalize option of readlink(1), i.e. it recursively
foll
ached is an updated patch.
Moritz
>From 2c9bbb077165ffc171411376a0f68e6ba6adf9f2 Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Sat, 25 May 2013 01:46:02 +0200
Subject: [PATCH] Make tests work from symlinked paths
The private repository path tests didn't work when run from inside a
pa
181bb78698370 Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Sat, 25 May 2013 01:46:02 +0200
Subject: [PATCH] Make tests work from symlinked paths
The private repository path tests didn't work when run from inside a
path containing symlinks because runtests.sh didn't expand syml
Jim Ursetto writes:
> Unfortunately, I think it is essentially impossible at this time to
> have the compiler do this automatically via type analysis. I believe
> it is possible to get the compiler to treat string ports, for example,
> as a separate type and specialize on that. However, once you
Jörg F. Wittenberger writes:
> [1. text/plain]
>
> On Mar 25 2013, Moritz Heidkamp wrote:
>
>>Jörg F. Wittenberger writes:
>>> Though in a way the explanation is correct. -strict-types assumes
>>> '() to be null from the initialization. Short of a
Jörg F. Wittenberger writes:
> Though in a way the explanation is correct. -strict-types assumes
> '() to be null from the initialization. Short of a way to declare
> the type of foobar as (list-of ) this fails when it's used
> as the initial and correct value of type (list-of ) with
> zero leng
Peter Bex writes:
> As I understand it, strict-types declares variables to never change
> their types. So once it's looked at the initial declaration of the
> variable, it assigns it a type of null, and then it can never change.
>
> -strict-types assume variable do not change
Hi Jörg,
Jörg F. Wittenberger writes:
> Note: in local procedure `doloop9',
> in toplevel procedure `foo#bar':
> (strcttps.scm:10) in procedure call to `null?', the predicate is
> called with an argument of type
> `null' and will always return true gcc strcttps.c -o strcttps.o -c
> -fno-stric
John Cowan writes:
> Jörg F. Wittenberger scripsit:
>
>> Note: in local procedure `doloop9',
>> in toplevel procedure `foo#bar':
>> (strcttps.scm:10) in procedure call to `null?', the predicate is
>> called with an argument of type
>> `null' and will always return true
>
> That strikes me as
Hi guys,
Peter Bex writes:
> On Tue, Mar 05, 2013 at 06:48:44PM +0100, Florian Zumbiehl wrote:
> Thanks for this (and the other) patch! Here's a signed-off version,
> which other team members may push. I also nominate this patch for
> inclusion in the stability branch.
thanks a lot, signed of
Hi Jörg,
Jörg F. Wittenberger writes:
> So how would I interpret this message. As far as I can see, this
> tells me that somehow a typecheck failed on a (struct )
> testing it to be a (struct ) -- which would have been supposed
> to succeed.
>
> Am I missing something
I think your assessmen
Hi Jörg,
Jörg F. Wittenberger writes:
> I found that ##sys#double->number is gone from library.scm .
>
> Still it's there in chicken.h . Mistake or intended?
> At least I'd consider it worth a news item.
the ##sys# API is not even documented so I don't think it needs to be
mentioned in the NEWS
Moritz Heidkamp writes:
> One thing I'm not sure about is how I raise the condition in case a
> cycle is detected. Comments on that are very welcome!
Right, forgot to include an example:
#;1> (topological-sort '((a b) (b c) (c a)) eq?)
Error: (topological-sort) cycle
about is how I raise the condition in case a
cycle is detected. Comments on that are very welcome!
Have a nice Sunday
Moritz
>From 840b24477b38f1ca3815248ae9704911bd8527b0 Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Sun, 3 Mar 2013 13:28:20 +0100
Subject: [PATCH] Reimplement topologic
Moritz Heidkamp writes:
> Yeah, that's tricky. I will try to come up with a patch to make the
> version argument of install-extension and install-program optional. This
> should be backwards compatible unless I'm missing something!
OK, having thought about it some more th
Jörg F. Wittenberger writes:
> In any case, it seems inconsistent.
>
> (DOM -> RND : TYPE) for predicates I'd expect to be pure. Wrong?
Agreed, predicates should be pure. Not sure what the intention is here!
Moritz
___
Chicken-hackers mailing list
Ch
Mario Domenech Goulart writes:
>> thanks for that, this will definitely help to make maintenance less of a
>> pain in the meantime unless one forgets to do the salmonella dance :-)
>> It would be better if we wouldn't have to worry about these problems to
>> begin with, though, or would you disagr
Christian Kellermann writes:
>> That's not quite true, is it? See
>> https://android.googlesource.com/platform/prebuilts/ndk/+/master/8/platforms/android-9/arch-arm/usr/include/pthread.h
>
> Ah the NDK...
Right, and the NDK is practically the only way to integrate Chicken with
Android as far as I
Hi Mario,
Mario Domenech Goulart writes:
> I don't know exactly how to simplify this situation, so I'll comment on
> how detect those errors.
>
> [... lots of useful advice ...]
thanks for that, this will definitely help to make maintenance less of a
pain in the meantime unless one forgets to do
Fellow Chickeneers,
I just had the following problem (again): I tagged a new version of the
lowdown egg (0.0.6). While doing so I realized that the previous tag
(0.0.5) still installed itself as 0.0.4 via the install-extension
invocation in its .setup file. This lead me to think over the whole
sit
maybe
define-quasiquote-handler should not live in expand.scm).
Thanks!
Moritz
>From b4c197c93c94bbfbab781e81a058d5fc3ad90f0a Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Thu, 21 Feb 2013 18:53:08 +0100
Subject: [PATCH] Make quasiquote extensible with custom handlers
This patch introduces the define-
Christian Kellermann writes:
> Probably android for both, since android does not come with all
> posix things. pthreads for example.
That's not quite true, is it? See
https://android.googlesource.com/platform/prebuilts/ndk/+/master/8/platforms/android-9/arch-arm/usr/include/pthread.h
I vote for
Hi Jörg,
Jörg F. Wittenberger writes:
>>--> procedure type that is declared to modify locally held state
where are you quoting this from? The wiki states the (correct) opposite:
"procedure type that is declared not to modify locally held state"
see http://wiki.call-cc.org/man/4/Types
M
Hi Felix,
the attached patch makes the typed-records egg compatible with pre-typed
Chicken versions. It does so by importing the type-stubs module
(http://wiki.call-cc.org/eggref/4/type-stubs). Thus, code depending on
typed-records can transparently work with Chicken versions before
4.7.5. I also
Hello again,
Moritz Heidkamp writes:
> 1. It dumps compilation results in ~/.cache by default. This, however,
>is a bit like dumping stuff in /usr/share so I think it would be
>better to make this ~/.cache/chicken-inline or something.
Mario just pointed out to me in #chicken
Fellow Chickeneers,
thanks to Felix mentioning it yesterday, I checked out the inline egg
today. I think it's really neat, I recommend you to check it out, too,
if you didn't, yet. I only noticed two things:
1. It dumps compilation results in ~/.cache by default. This, however,
is a bit like d
Hi Michele,
Michele La Monaca writes:
> Maybe this is not the right list for that, sorry.
yeah, this one probably better fits chicken-users as it's not really
about Chicken's implementation, so you might be losing some broader
audience by posting it here. No problemo, though!
> In fact, it ma
Jim Ursetto writes:
> I've uploaded a test distribution tarball of stability/4.8.0 [1]. This
> should contain everything
> that will go into 4.8.0.1 unless we find a problem. If anyone would like to
> test it,
> it would be appreciated.
Looks good here, all my programs still do their job so
Jim Ursetto writes:
> [ ... a lot ... ]
I just wanted to thank you guys for going through this hassle, it's
really appreciated. I will try to help in the next stabililty cycle!
Moritz
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
https:/
See commit message for details
>From f08fc812501e9d2e5ee7e3b2154642255bedaa66 Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Wed, 2 Jan 2013 22:02:10 +0100
Subject: [PATCH] Fix TO argument check in subvector procedure
The subvector procedure checked its TO argument as if it was
inclus
Peter Bex writes:
> Very clever! I've tested and pushed this.
Cool, thank you very much!
> Are you actually using promises so much that you're running into
> performance issues with them, or was this just for fun?
I ran into memory leaks when trying to implement the lazy-seq egg based
on prom
Quick follow-up: I posted the benchmark results of a different program,
of course, one with the sequence going up to 50 rather than
100. Sorry for the blunder! :-)
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
https://lists.nongnu.o
1048576)
0.03s CPU time, 0/198 GCs (major/minor)
50
#(134217728 107357264 1048576)
Hope it's of interested and not fatally flawed!
Moritz
>From b42464bccb2852121148c726eb49b90566d4519e Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Mon, 5 Nov 2012 16:14:36 +0100
Subject: [PATC
Jörg F. Wittenberger writes:
> Anybody interested to pull this into the official chicken core?
That's definitely interesting. I wonder if it would be possible to
provide hooks in the core so that the scheduler can be replaced from
user code? That way it would be possible to use even more efficien
:00 2001
From: Moritz Heidkamp
Date: Sat, 14 Apr 2012 20:37:06 +0200
Subject: [PATCH] Correct the types.db entry for `eval' to allow multiple
return values.
---
tests/library-tests.scm |6 ++
types.db|2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
diff
to be slightly more descriptive. I already have the need for
yet another hygiene regression test so I guess it makes sense to
properly name those modules :-)
Moritz
>From 12aa01799de4baa6dae5ef223a9783b1f85e7889 Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Sun, 25 Mar 2012 16:36:27 +0200
nsure'. The attached patches address these also add
some regression tests.
Thanks again for your help!
Moritz
>From a441b07473a93f5216c31ae23dd993ff61958f15 Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Sun, 25 Mar 2012 14:24:07 +0200
Subject: [PATCH 1/3] Fix hygiene issues in `case-lam
Christian Kellermann writes:
> Since I also agree and I *wrote* *this* *patch* we are deadlocked.
> Attention! Robots need your help!
I had a look at it but am too clueless about that numbers business to
give a confident review, alas. Any other takers?
___
Felix writes:
> I think that's a good idea. You could also add the "doto" operator
> from the miscmacros there, since I don't think it fits well into
> the set of macros provided by miscmacros.
Alright, it's done, meet http://wiki.call-cc.org/eggref/4/clojurian :-)
I took the liberty to rewrite
Moritz Heidkamp writes:
> find attached a suggested addition to miscmacros
Attached a syntax-rules based implementation which is much easier to
grok. I am leaning towards putting those into a separate egg now though.
Index: miscmacros.
Hi Jörg,
Jörg F. Wittenberger writes:
> I rather loved to think instead of "inserting the (*single*)
> value of the expression into the next expression" of something
> along the lines of physical wires:
> connect (pass) all the result(s) of the first expression into the next
> (which would then n
Hello Chickeneers,
find attached a suggested addition to miscmacros: the thrush operator
family. Apparently it stems from Raymond Smullyan's book on
combinatorial logic "To Mock a Mockingbird", which I haven't read
(yet). I've first learned about it through Clojure and have found it
quite nice for
Felix writes:
> Signed off and pushed. I fear we will end up with many arbitrary feature
> identifiers at some stage, though. Perhaps we should find a method to
> distinguish "system" features like this and avoid collisions with user-
> defined features? Any ideas?
Perhaps a `chicken-', 'core-' o
Moritz Heidkamp writes:
> [...] I somebody agrees!
^ hope
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-hackers
to
the old implementation for earlier Chicken versions. I somebody agrees!
Moritz
>From 4f326e219248d4de807381af9df9edad6daedf4e Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Sun, 5 Feb 2012 20:37:02 +0100
Subject: [PATCH] register `module-environments' feature to indicate
availabil
Fellow Chickeneers,
I'd like to direct your attention to this ticket I just created:
https://bugs.call-cc.org/ticket/766 - maybe somebody with greater
POSIX-fu than me can point out whether I am doing something completely
wrong.
Moritz
___
Chicken-hack
Felix writes:
> I wish everybody a very happy christmas and a joyful new year.
Thanks and the same to you and all other Chickeneers! It's been a great
year of clucking :-)
Moritz
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
https://list
Christian Kellermann writes:
> this is a simple patch to remove the deprecated variant of find-files.
> As it is now the old variant is always choosen when calling find-files
> with just 1 argument.
Looks good to me! I don't really get that "we want `cons' inlined"
comment in the original versio
Hi Felix,
Felix writes:
> I applied it and signed off [34ae5a3]. I took the freedom to add an
> entry for tests/data-structures-tests.scm in distribution/manifest and
> fixed a missing argument in the entry in types.db.
thanks for catching that! I didn't actually know about
distribution/manifest
) gives:
#;2> (alist-update! 123 123 '(x y z))
Error: (assv) bad argument type: x
Not sure if this is really a problem.
Moritz
>From fa0a758cf2bac89a5507c6aaf548527974e2ef1d Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Tue, 13 Sep 2011 15:17:10 +0200
Subject: [PATCH] add alist
and alist-update. Since the patch is so trivial I won't discuss it in
detail, just take a look and you'll get the idea :-)
Regards
Moritz
>From 58fde20c0eefd7527886bb5342ac1489b805f4bc Mon Sep 17 00:00:00 2001
From: Moritz Heidkamp
Date: Tue, 6 Sep 2011 15:03:06 +0200
Subject: [PAT
Felix writes:
> Is this intuition, or are you simply being used to it? I learned in
> School that division by zero is invalid.
To be fair, Peter was suggesting that changing expt to behave
differently from fexpt might be unintuitive, not division by zero
behaving different for different numeric
Jim Ursetto writes:
> 1) A dedicated tag: , ;
I suggest adding a dash of dashes, e.g.
> Thoughts, anyone?
I don't really get the difference between and ,
can you elaborate on that?
> Also, let me know whether lighting up the import specifiers even makes
> sense in the first place.
I th
Hi Felix,
Felix writes:
> Anyway, that's it.
functorific!
One question: right now it is necessary to define an intermediary module
and then another one to actually instantiate the functor like. in this
example from the documentation:
(module nums (multiply)
(import scheme)
(define (m
Felix writes:
> Being able to import a module without requiring the loading of the
> libary is necessary to allow cross-compilation. Chicken separates this
> and I consider it a feature.
Right, Christian pointed this out, too. I wonder though: Are modules
which use `require-extension' cross-com
Fellow Chickeneers,
when investigating the problem described in ticket #450, Christian and I
had a discussion about whether it makes sense to be able to import
modules for which the extension defining them has not yet been
loaded. In the situation described in the ticket this was the case with
the
Hi,
Thomas Chust writes:
> If CHICKEN got a procedure for the same purpose, I think it would
> definitely make sense to make it compatible with this calling
> convention as well.
ah, good catch! Being compatible with other Schemes would be a plus.
However positioned arguments are a bit cumbersom
Felix writes:
> I'd call it `port-copy'.
I thought of that, too, but it sounds like it would copy the port
objects rather than stream their contents. Maybe `port-stream'? I'm not
sure :-) What do you think about its usefulness? I might as well just
make an egg for it if you think it's too specifi
Dear Chickenados,
I frequently find myself wanting/implementing a procedure which I shall
call `port-pipe'. As the name suggests, its purpose is piping data from
one port to another. As I find it very handy and general-purposey, I
propose it for inclusion in the ports unit. Without further ado, he
93 matches
Mail list logo
