On Sat, Oct 22, 2016 at 01:16:12PM +0200, spalis wrote:
> I tried to get the following class example from swig running:
Please note that SWIG is no longer officially supported.
In CHICKEN 5, all support will be dropped. 4.x still
contains the SWIG support code but it hasn't been tested
in a long
On Mon, Oct 17, 2016 at 02:46:18PM -0400, Terry Phelps wrote:
> I downloaded the 4.11.0 tarball, edited config.make to set PLATFORM and
> PREFIX, and typed "make" on an ordinary RHEL 7 Linux box.
>
> It did a bunch of gcc compiles, and failed with this:
>
> chicken build-version.scm
Hello all,
A new development snapshot (4.11.1) is now available:
http://code.call-cc.org/dev-snapshots/2016/09/12/chicken-4.11.1.tar.gz
For a list of changes since the 4.11.0 release, see
the NEWS file: http://code.call-cc.org/dev-snapshots/2016/09/12/NEWS
Most of these are bugfixes, so we're
On Thu, Sep 01, 2016 at 10:52:42AM -0700, Kon Lovett wrote:
> > Kon, if you're reading this: It would be nice if setup-helper could
> > detect this deprecated usage and simply error.
I think it doesn't even need to do that; it can simply forego installing
the .scm source file, and only install
On Thu, Sep 01, 2016 at 10:52:42AM -0700, Kon Lovett wrote:
> > Kon, if you're reading this: It would be nice if setup-helper could
> > detect this deprecated usage and simply error. That would temporarily
> > break some eggs, but at least it would help us find the broken ones.
> > In the long
On Thu, Sep 01, 2016 at 02:03:26AM +0100, stugol wrote:
>Hi Peter,
>
>We're close, but not quite there yet:
>
> Error: (require) cannot load extension: setup-api
> Call history:
> intarweb.scm:577: irregex
> intarweb.scm:612: list
>
Hello CHICKEN users,
Are you itching to contribute to CHICKEN but afraid that fixing actual
bugs is too hard?
Have you always wanted to hack on the core system, but never knew where
to begin?
Are you bored out of your skull and looking for a tough challenge
hacking CHICKEN core?
Now's your
On Mon, Aug 22, 2016 at 10:33:11PM +0100, stugol wrote:
>Hi Peter,
>
>I've fixed the needs issue, and ensured that -uses is specified
>correctly, and now I'm getting "multiple definition" errors:
>
> /tmp/temp728b.18061/defstruct/../defstruct.c:68: multiple definition
> of
On Sun, Aug 21, 2016 at 04:47:11PM +0100, stugol wrote:
>Hi Peter, and thanks for the help.
>
>I've modified it as per your instructions, but when I run the resultant
>exe, but now I'm getting:
>
> (require) cannot load extension: matchable
>
> Call history:
>
On Sun, Aug 21, 2016 at 01:13:40AM +0100, stugol wrote:
>This complains about multiple definitions of C_blob_2dutils_toplevel,
>which I assume is because I am compiling blob-hexadecimal.scm and
>blob-set-int.scm separately into object files. Perhaps I should not be
>doing that.
I
On Fri, Aug 12, 2016 at 08:54:19AM +0200, Peter Bex wrote:
> A buffer overflow error was found in the POSIX unit's procedures
> process-execute and process-spawn (bug #1308).
This bug has been assigned CVE-2016-6830.
> Additionally, a memory leak existed in this code, which would be
&g
On Thu, Aug 11, 2016 at 10:08:57PM +0100, Samadi van Koten wrote:
> When I run the attached code using `csi -s apply-error.scm`, I get this
> error (no newline, Thunderbird is forcibly wrapping it :-/):
>
> csi: runtime.c:2802: C_save_and_reclaim: Assertion `C_temporary_stack >=
>
Hi all,
A buffer overflow error was found in the POSIX unit's procedures
process-execute and process-spawn (bug #1308). The code allocated a
buffer of size ARG_MAX for the argument array, and ENV_MAX for the
environment array, then copied the strings from the input lists
into that buffer
On Sun, Jul 24, 2016 at 11:06:32AM -0700, Matt Welland wrote:
> For years now I've been using inlined vectors instead of records or coops
> for data structures due to performance concerns. Recently I was training
> someone on how to maintain my code and I felt quite lame explaining the
> vector
On Sun, Jul 24, 2016 at 01:28:25PM +0200, Mario Domenech Goulart wrote:
> Hi Jeremy,
>
> > The repositories can be found below:
> >
> > https://github.com/scheme-requests-for-implementation/srfi-121
> > https://github.com/scheme-requests-for-implementation/srfi-127
>
> Installation of srfi-127
On Thu, Jul 21, 2016 at 08:21:38PM +0200, Peter Bex wrote:
> These bugs have been fixed in http-client 0.10 and
> spiffy-cgi-handlers 0.5, so please update at your earliest convenience.
The spiffy-cgi-handlers bugs has been assigned CVE-2016-6286, and
the http-client bug has been assign
ures)
(determine-proxy (constantly #f))
The updated versions of spiffy-cgi-handlers and http-client should be
available shortly.
Kind regards,
Peter Bex
signature.asc
Description: Digital signature
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users
On Thu, Jun 30, 2016 at 12:14:00PM -0600, Robert Smiley wrote:
> Hi guys. I'm not very familiar with the low level details, but the
> documentation for srfi-18 found here.
>
> https://wiki.call-cc.org/man/4/Unit%20srfi-18
>
> Contains this quote
>
> "Blocking I/O will block all threads, except
On Thu, Jun 30, 2016 at 04:11:57PM +0100, Chris Vine wrote:
> On Thu, 30 Jun 2016 16:24:52 +0200
> > The OP (IIUC) states that this doesn't happen automatically for
> > anything but the TCP unit's sockets, which is incorrect AFAICT. Any
> > port created by the system's core procedures should be
On Thu, Jun 30, 2016 at 03:13:17PM +0100, Chris Vine wrote:
> On Thu, 30 Jun 2016 15:22:41 +0200
> Peter Bex <pe...@more-magic.net> wrote:
> > On Thu, Jun 30, 2016 at 02:10:41PM +0100, Chris Vine wrote:
> > > Then consider it a bug. Only sockets from the tcp unit op
On Thu, Jun 30, 2016 at 02:10:41PM +0100, Chris Vine wrote:
> Then consider it a bug. Only sockets from the tcp unit operate in that
> way, up to chicken-4.10 at least. For other descriptors you have to use
> chicken's srfi-18 extension, namely thread-wait-for-i/o!.
Can you produce an example
On Wed, Jun 29, 2016 at 07:26:48PM -0600, Robert Smiley wrote:
> Hopefully this library will make it easier to read from and write to any
> file descriptor without leaving applications hanging, since all srfi-18
> threads block when i/o is performed on ports other than tcp sockets.
Hello Robert,
Dear CHICKEN users,
We are pleased to announce the immediate availability of CHICKEN 4.11.0
at the following URL:
https://code.call-cc.org/releases/4.11.0/chicken-4.11.0.tar.gz
This tarball has the following SHA256 checksum:
e3dc2b8f95b6a3cd59c85b5bb6bdb2bd9cefc45b5d536a20cad74e3c63f4ad89
This
On Thu, May 19, 2016 at 09:51:02PM +0200, Peter Bex wrote:
> I made small changes to your version:
> - Added a NEWS entry to point out that C_locative_ref is deprecated
Of course, the version in NEWS shouldn't be 4.12.0 already, but 4.11.1.
Attached is a new patch with the corrected v
_i_locative_ref
- Add a compiler rewrite for locative-ref
- Add a specialization for locative-ref on locatives
Signed-off-by: Peter Bex <pe...@more-magic.net>
---
NEWS | 6 ++
c-platform.scm | 2 +-
chicken.h | 3 ++-
lolevel.scm| 3 ++-
runtime.c | 29
On Thu, May 05, 2016 at 11:21:04AM -0400, Claude Marinier wrote:
> Good morning,
>
> I installed the numbers egg. It succeeded but gives warnings. Building the
> application produces the same six warning messages. Should I be concerned
> about this?
Those warnings are harmless. I should
On Thu, Apr 28, 2016 at 08:39:55PM +0200, Peter Bex wrote:
> If you can, please let us know the following information about the
> environment you tested the RC tarball on:
Replying to my own mail again, I've tested on a Raspberry Pi 2 (armv7l):
Operating system: Debian Jessie
Hardware pl
On Fri, Apr 29, 2016 at 12:33:10AM -0600, Erik Falor wrote:
> I'm pleased to announce the release of the color egg for CHICKEN
> Scheme, which is ported from Aubrey Jaffer's SLIB.
Thanks, Erik!
I've added the release-info to the egg locations, this egg should be
installable in an hour or so.
Hello all,
The second release candidate for CHICKEN 4.11.0 is now available for download:
http://code.call-cc.org/dev-snapshots/2016/04/28/chicken-4.11.0rc2.tar.gz
This tarball has the following SHA-2 checksum:
7f88df077b24b756e2cd5e51dc71e9a4004d2ffb4c8560cdb9887b5a37490521
The list of changes
On Tue, Apr 26, 2016 at 09:26:55AM +0100, Andy Bennett wrote:
> Thanks Peter!
>
> That is rather confusing: I thought each module imported its own
> identifiers and had its own namespace.
It does, but the identifiers which you import are simply aliases
for the same thing, so if you set! one, you
On Mon, Apr 25, 2016 at 05:55:35PM +0100, Andy Bennett wrote:
> Here is my minimal test case:
>
> -
> (use message-digest sha2)
>
> (define (string->blob string)
> (abort "no way"))
>
> (define digest (initialize-message-digest (sha256-primitive)))
>
> (assert (message-digest? digest))
>
On Mon, Apr 04, 2016 at 10:04:17PM +0200, Peter Bex wrote:
> If you can, please let us know the following information about the
> environment you tested the RC tarball on:
I just tested on a Raspberry Pi 2 (32-bit), all good here as well:
Operating system: Debian Jessie
Hardware platform:
On Sat, Apr 09, 2016 at 10:53:19AM +0200, Peter Bex wrote:
> On Fri, Apr 08, 2016 at 07:24:37PM -0400, J Irving wrote:
> > Hey Peter
> >
> > Here's a script log. Let me know if you need anything else.
>
> Thanks for the log. It looks like there's really an important
On Fri, Apr 08, 2016 at 07:24:37PM -0400, J Irving wrote:
> Hey Peter
>
> Here's a script log. Let me know if you need anything else.
Thanks for the log. It looks like there's really an important bug that
we've overlooked: AFAICT everything else in your log is sane.
I've created ticket #1227 to
On Fri, Apr 08, 2016 at 06:11:40PM -0400, J Irving wrote:
> Hey Peter
>
> Operating system: OS X 10.11.4
> Hardware platform: MBP 13, mid 2014, 3GHz Intel Core i7
> C Compiler: Apple LLVM version 7.3.0 (clang-703.0.29)
> Installation works? yes
> Tests work?: no
>
> test output:
>
Hi all,
To reply to my own mail, I've tested on Debian, in 6 different
configurations. Spoiler alert: all work fine except clang on ppc:
Operating system: Debian Wheezy (7.9)
Hardware platform: x86
C Compiler: GCC 4.7.2 AND clang 3.0
Installation works?: yes
Tests work?: yes
Installation of
On Tue, Apr 05, 2016 at 03:34:21AM -0600, Matt Gushee wrote:
> Sure. The main commands I ran were:
>
> $ tar zxvf /var/tmp/chicken-4.11.0rc1.tar.gz
>
> $ cd chicken-4.11.0rc1/
>
> $ make PLATFORM=linux PREFIX=/opt/chicken411
>
> Also before the make invocation, I did some ls's and
On Tue, Apr 05, 2016 at 12:02:52AM -0600, Matt Gushee wrote:
> Thanks for the new release. Here's my compilation report:
>
> Operating system: Manjaro Linux
> Hardware platform: x86_64
> C Compiler: gcc 5.3.0
>
> Compilation fails with the messages shown below. This is apparently the
> first
On Tue, Apr 05, 2016 at 05:24:06AM +0200, alexander.she...@web.de wrote:
> On Tue, Apr 05, 2016 at 05:12:35AM +0200, alexander.she...@web.de wrote:
> > On Mon, Apr 04, 2016 at 10:04:17PM +0200, Peter Bex wrote:
> > > Hello everyone,
> > >
> > > we are happy to
Hello everyone,
we are happy to announce the first release candidate of the upcoming
CHICKEN 4.11.0. It is now available at this location:
http://code.call-cc.org/dev-snapshots/2016/04/04/chicken-4.11.0rc1.tar.gz
The SHA 256 sum of that tarball is
original procedure is called 2n times or 4n times.
I'm sure smarter people than myself can come up with a better way to
test this.
Cheers,
Peter
From 6e0077bacabbdc270302e89c9f0f0a12240ae0c3 Mon Sep 17 00:00:00 2001
From: Peter Bex <pe...@more-magic.net>
Date: Fri, 1 Apr 2016 20:20:12 +0200
Su
On Fri, Apr 01, 2016 at 06:23:28PM +0100, Andy Bennett wrote:
> Thanks Peter!
>
> I'm mostly using log2 to work out if numbers are a power of two and find
> the highest bit that they have set.
>
> Is there a more robust way to do that in CHICKEN when using the numbers
> egg and bignums?
It's
On Fri, Apr 01, 2016 at 12:48:54PM -0400, John Cowan wrote:
> Trying (log2 (expt 2 251)) in Racket, which prints 64-bit floats
> accurately (unlike Chicken, which depends on C to do it)
That's a complete mischaracterisation. First, it depends on your
definition of "accurately", and secondly, you
On Fri, Apr 01, 2016 at 05:25:44PM +0100, Andy Bennett wrote:
> Hi,
>
> In CHICKEN 4.9.0rc1 and 4.10.0 both with numbers 4.6:
>
> -
> #;1> (use numbers)
> #;2> (define (log2 n) (/ (log n) (log 2)))
> #;3> (= (log2 (expt 2 252)) (ceiling (log2 (expt 2 252
> #t
> #;4> (= (log2 (expt 2
On Fri, Apr 01, 2016 at 01:49:35PM +, jo wrote:
> Hi
>
> This time I followed the instructions on
> http://wiki.call-cc.org/man/4/Cross%20development to build a cross compiler
> for powerpc.
>
> After the build I copied the target tree to the device.
> I compiled following test program:
>
k to "sudo" if the environment variable isn't set.
Thanks to Timo Myyrä
Signed-off-by: Peter Bex <pe...@more-magic.net>
---
NEWS | 2 ++
chicken-install.1 | 4
chicken-install.scm | 4 ++--
chicken-uninstall.1 | 3 +++
chicken-uninstall.scm |
On Fri, Mar 25, 2016 at 02:53:59PM +, jo wrote:
> Thanx for the very fast reply.
> Indeed chicken no longer segfaults !
That's good to hear!
> Now I have this:
> /usr/local/chicken/bin# ./chicken-install shell -location
> http://chicken.kitten-technologies.co.uk/henrietta.cgi
>
On Fri, Mar 25, 2016 at 01:25:51PM +, jo wrote:
> However on target chicken segfaults, csi works... Target does not have gcc or
> anyting like that. Please advise...
>
> /usr/local/chicken/bin# ./csi
>
> CHICKEN
> (c)2008-2012 The Chicken Team
> (c)2000-2007 Felix L. Winkelmann
> Version
On Wed, Mar 09, 2016 at 03:01:56PM +, Norman Gray wrote:
> The new section 'A simple dynamic web page example' is perfect, in
> combination with the pointer to the spiffy+sxml example.
Hi Norman,
Excellent, glad to be of help.
> I marginally adjusted the linked webserver.scm to use
>
On Tue, Mar 08, 2016 at 02:48:00PM +, Norman Gray wrote:
> Peter, hello.
>
> Thanks for these clarifications.
You're welcome.
> So you mean including handlers like:
>
> (define (vhost-handler cont)
> (let ((uri (uri-path (request-uri (current-request)
> (if (string=? (cadr uri)
On Tue, Mar 08, 2016 at 12:02:29PM +, Norman Gray wrote:
> It occurred to me that I could/should use the vhost-map to do this
> dispatching, using something like
>
> (vhost-map `((".*" . ,(lambda (continue) ... and ignore (continue)
>
> But (a) that would clearly be a hack
Actually,
On Thu, Jan 28, 2016 at 01:00:40AM +0100, Kooda wrote:
> Whow, it’s been a while since I released my tiny CHICKEN game.
>
> I finally took the time to finish the postmortem blog post, I hope
> you’ll find it interesting. :)
>
> Here it is: https://www.upyum.com/en/post/3.xhtml
Very cool, and a
On Mon, Jan 25, 2016 at 03:00:46PM +0100, Peter Bex wrote:
> Unfortunately, I just found out that something goes wrong when compiling
> a program containing bignum literals: The number data can get truncated,
> causing it to go from 22M to 2.1M which of course can be printed much
> qui
On Tue, Jan 26, 2016 at 06:10:18PM +0100, Jörg F. Wittenberger wrote:
> Maybe I should add that the installation updated
> setup-download.{import.so, so}
> in /usr/local/lib/chcken/8 as expected.
Did you fetch master which includes ad5f74dce9e9b5?
This fixed a bug in chicken-install -init which
On Mon, Jan 25, 2016 at 09:11:40AM +0100, Kristian Lein-Mathisen wrote:
> Yes, indeed! CHICKEN 5 is exciting :) Thanks again Peter, for your ongoing
> efforts in pushing this forward!
Unfortunately, I just found out that something goes wrong when compiling
a program containing bignum literals:
On Sun, Jan 24, 2016 at 03:25:04PM -0500, Claude Marinier wrote:
> Bonjour,
Hello Claude,
> Here is the program (minus timing code).
>
> (use numbers)
> (define big-prime (- (expt 2 74207281) 1))
> (define big-print-str (number->string big-prime))
> (define outport (open-output-file
and
only if, it had to wait for it. In consequence those mutexes became
abandoned when the calling thread terminates, while the correct state
would be locked/not-owned.
Signed-off-by: Peter Bex <pe...@more-magic.net>
---
NEWS | 2 ++
srfi-18.scm | 81 +++-
On Sat, Jan 09, 2016 at 09:43:46PM -0700, Jordan Jacobson wrote:
> I'm trying to get a handle on the IUP/LED egg. Ive been going through the
> tutorial page and translating the examples into ones using a .led resource
> file. The example with the menu is not working. I have some pastes here:
>
On Sat, Jan 02, 2016 at 11:40:47AM -0500, Sudarshan S Chawathe wrote:
> I seem to get incorrect output and errors in some cases when using the
> fmt and numbers eggs together. A brief transcript illustrating the
> problem is included below. In brief:
>
> * (fix 30 2/3) doesn't behave as
On Mon, Dec 28, 2015 at 09:32:24AM +0100, Sven Hartrumpf wrote:
> PB wrote on 2015-12-24 11:25:
> > These features are a bit weird: when you require a core library, it will
> > register a feature with the same name (I think that's to prevent it from
> > being reloaded again). I'm not sure if this
On Thu, Dec 24, 2015 at 11:10:40AM +0100, Sven Hartrumpf wrote:
> Hi.
>
> csc seems to predefine some cond-expand feature (srfi-1, srfi-13, srfi-14,
> srfi-69, maybe more) for the program to be compiled. How to prevent this?
These features are a bit weird: when you require a core library, it
On Wed, Dec 16, 2015 at 09:47:31PM +0100, Jörg F. Wittenberger wrote:
> Hi,
>
> I always assumed that (make-hash-table eq?) would create a hash table
> usable with arbitrary chicken objects as keys.
>
> That is especially structures like objects created via define-record
> should be valid as
On Fri, Dec 11, 2015 at 11:48:00AM -0500, d...@ironoxide.ca wrote:
> I'm attempting to install Chicken 4.10.1 using MINGW64 via MSYS2;
> and I have managed to have a nearly faultless experience. The final
> install step fails with:
>
> /usr/local/bin/chicken-install -update-db
>
> Error:
On Mon, Dec 07, 2015 at 10:38:33PM -0700, Matt Welland wrote:
> I don't understand why this is crashing. I'm guessing I'm failing to close
> a connection or finalize something. I also saw the same problem when I used
> sqlite3 instead of sql-de-lite. Any help or suggestions of where to look
>
On Wed, Nov 11, 2015 at 10:34:52PM +, Mario Domenech Goulart wrote:
> Hello,
>
> Benedikt Rosenau discovered a critical security vulnerability
> that affects Spiffy, the web server.
This bug has been assigned CVE-2015-8235.
Cheers,
Peter
signature.asc
Description: Digital signature
On Thu, Nov 19, 2015 at 03:52:23PM +, Victor J wrote:
> Currently, a statically linked "hello world" executable is 1.7MB (stripped).
> Is it possible to strip out some unnecessary features (i.e. R5RS stuff,
> numeric tower, etc) so that the runtime is more suitable for an embedded (low
>
On Thu, Nov 19, 2015 at 08:36:43AM -0800, Dan Leslie wrote:
> Isn't there a significant barrier to determining what to strip due to eval,
> apply and read?
Only if you want to use those. Eval itself is in eval.scm,
which can be left out using -explicit-use, as mentioned in the
wiki page. Apply
On Thu, Oct 29, 2015 at 09:12:44PM -0700, Matt Welland wrote:
> (string-match "^([^\n]*)(\n.*|).*$" "This\nis \n")
> => #f
>
> Using Ruby as comparison:
>
> irb(main):001:0> "This\nis \n".match(/^([^\n]*)(\n.*|)$/)
> => #
Interesting! This seems to be a problem in the way string->sre works:
On Wed, Oct 07, 2015 at 02:05:57PM +0200, Zack Piper wrote:
> Hello! Trying to compile chicken from the git sources, and cannot when
> I run:
>
> $ LD_LIBRARY_PATH=../chicken-4.10.0 make PLATFORM=linux \
> CHICKEN=../chicken-4.10.0/chicken &> error.log
>
> Errors can be found
On Sun, Oct 04, 2015 at 10:51:49PM +0800, Robert Herman wrote:
> Whoa! Hold on. When I ran "csc -deploy Pi-Ch.scm" it created a 77kb exe
> Pi-Ch.exe in a newly-created directory, Pi-Ch. When I look at the command
> line information, I found this error:
>
>
On Sun, Oct 04, 2015 at 10:50:24AM -0600, Jeremy Steward wrote:
> I suppose as one of the few people who has used / uses CHICKEN on
> Windows I should chime in :)
Thanks for this!
> On 02/10/15 12:57 PM, Peter Bex wrote:
> > The reason behind this seems to be that Blas
On Sun, Oct 04, 2015 at 08:50:59PM +0800, Robert Herman wrote:
> Matt,
>
> "csc -deploy -static Pi-Ch.scm" creates a deploy directory, and the
> resulting executable is 1.6MB vs 77KB, but it still throws the "cannot the
> load the extension: numbers".
>
> I then tried putting libchicken.dll in
On Sun, Oct 04, 2015 at 10:23:26PM +0800, Robert Herman wrote:
> Yes, I read the manual. All of the examples seem to be a linux host with
> .so files. Windows uses .dll files.
Hi again Robert,
This is of course true, but the .so files that CHICKEN generates on mingw
are just misnamed .dll-files.
On Fri, Oct 02, 2015 at 11:08:09AM +0800, Robert Herman wrote:
> BTW, here is the log from just trying to install Termbox with no
> dependencies to compare with the Hypergiant log. I'm wondering if it might
> be the forward slashes in the change to current directory in the second
> line below?
On Sun, Sep 27, 2015 at 11:33:26AM +, Tim Gallant wrote:
> Hi All,
>
> I'm attempting to create a mustache template parser using the irregex
> library. I have the following code:
>
> (irregex-fold
> '(: open-tag (*? (~ #\>)) close-tag)
> ... )
>
> open-tag and close-tag are variables I
On Tue, Sep 01, 2015 at 07:51:42AM +0200, Sven Hartrumpf wrote:
> Hi all.
>
> Now that the "apply-hack" files are gone, Chicken is even more portable.
> I am happy to report that Chicken 4.10.1 builds perfectly for the x32 ABI
> ( https://en.wikipedia.org/wiki/X32_ABI ).
Wow, this is very cool!
On Tue, Sep 01, 2015 at 08:03:02AM -0700, Daniel Leslie wrote:
> On Tue, Sep 1, 2015 at 12:53 AM, Peter Bex <pe...@more-magic.net> wrote:
>
> > This is the same limit that applies to i386,
> > which I think is one of the most important limitations of 32 bit CHICKE
Hello all,
We have just released a new development snapshot, 4.10.1:
http://code.call-cc.org/dev-snapshots/2015/08/29/chicken-4.10.1.tar.gz
In this version, only one thing has changed since 4.10.0,
and it's a very big change: the calling convention for CPS
functions in C has changed. For pure
On Fri, Aug 21, 2015 at 12:06:24PM +0100, Caolan McMahon wrote:
I've written some simple bindings to the cmark C library for parsing
CommonMark (a more highly specified MarkDown):
https://github.com/caolan/chicken-cmark
Please add this to the egg-locations file in SVN, as I don't have the
On Wed, Aug 12, 2015 at 11:20:04PM -0300, Hugo Arregui wrote:
I am afraid that the iconv egg is orphaned at the moment. Would you like
to take care of it?
Sure!. I cannot access the svn repo mentioned in the egg source, so I
guess I should use the result of chicken-install -r as the base,
On Fri, Aug 07, 2015 at 09:54:22AM +0200, Christian Kellermann wrote:
* Claude Marinier claudem...@gmail.com [150806 20:15]:
Note that I did not have this problem with the release candidates.
Could you try with them again and tell me exactly which one worked?
Because there are no
On Fri, Aug 07, 2015 at 04:08:49PM +0200, Christian Kellermann wrote:
Claude Marinier claudem...@gmail.com writes:
Is it useful to dig deeper into the problem with the old MinGW or should
I just drop it?
If you aren't sure about the configuration you experienced the error in
I think it's
Dear CHICKEN users,
We are pleased to announce the immediate availability of CHICKEN 4.10.0
at the following URL:
http://code.call-cc.org/releases/4.10.0/chicken-4.10.0.tar.gz
This tarball has the following SHA256 checksum:
0e07f5abcd11961986950dbeaa5a40db415f8a1b65daff9c300e9b05b334899b
This
On Mon, Aug 03, 2015 at 10:00:28AM +0200, Sven Hartrumpf wrote:
Hi all.
Chicken 3 had a curl egg.
It is linked in the page http://wiki.call-cc.org/eggref/3/index
as http://wiki.call-cc.org/eggref/3/curl , but
the latter page is missing.
Hello, Sven!
It looks like the documentation was
On Mon, Aug 03, 2015 at 02:46:53PM +0200, Sven Hartrumpf wrote:
Peter Bex pe...@more-magic.net schrieb am Mon, 3 Aug 2015 10:15:57 +0200:
Out of curiosity, is there something important missing in the http-client
egg, or are you trying to port some CHICKEN 3 code that used the curl egg
Hi all,
More successful testing:
Operating system: Haiku R1/Alpha4
Hardware platform: x86
C Compiler: GCC 2.95.3
Installation works?: yes [*]
Tests work?: yes
Installation of eggs works?: yes
[*] As described in the README, to make it work I had to remove -fwrapv
from the C_COMPILER_OPTIONS in
On Sun, Aug 02, 2015 at 02:08:34PM -0600, Matt Gushee wrote:
Interesting. Is the Haiku project actually going anywhere? I've tried it
and really liked what I saw, but they haven't had a release in almost 3
years.
Yeah, I was wondering the same. I noticed the release in my VM was from
2012, so
Hi all,
I've tested on Windows Vista. All is well! Detailed results follow:
Operating system: Windows Vista cygwin
Hardware platform: x86
C Compiler: GCC 4.8.3
Installation works?: yes
Tests work?: yes
Installation of eggs works?: yes
Operating system: Windows Vista mingw-msys
Hardware
On Thu, Jul 30, 2015 at 09:58:19PM -0700, Matt Welland wrote:
This tool was mentioned on the fossil mailing list:
http://lcamtuf.coredump.cx/afl/
I'm curious, can it be meaningfully be run against a binary generated by
chicken? Or would a native scheme variant be needed?
There's only one
On Mon, Jul 27, 2015 at 08:32:07PM +0900, Tim van der Linden wrote:
The GCC bug is known; I tried to explain this in the RC announcement
mail. It will probably disappear with CHICKEN 4.11, if it includes the
new argvector branch. If you would like to run the tests through to
completion
On Mon, Jul 27, 2015 at 08:47:56AM +0200, Sven Hartrumpf wrote:
Hi Tim.
Tim wrote:
many arguments supported.
testing 'apply' with 0..2048 (maximum apply argument count)...
If this segfaults on x86-64, try updating GCC (4.5 has a code-generation
bug):
invoking directly with 0..50...
Hello everyone,
The fourth release candidate for CHICKEN 4.10.0 is now available for download:
http://code.call-cc.org/dev-snapshots/2015/07/24/chicken-4.10.0rc4.tar.gz
This tarball has the following SHA-2 checksum:
8b20fbe77a47a04417eaada3a8ef2218e51dabf919957f7059f4d60ddb6e2ad5
The list of
Hello CHICKEN users,
I would like to announce the release of version 4.3 of the numbers egg.
This release fixes a variety of small but important bugs that could cause
unreliable results to crop up in some calculations and comparisons. Most
importantly, this release fixes a pathological case in
On Sun, Jun 28, 2015 at 09:47:30PM +0200, Peter Bex wrote:
So far it seems my implementation of Burnikel/Ziegler division is rather
unstable, performance-wise. If I disable burnikel/ziegler so it falls
back to the traditional gradebook method, the benchmark finishes in
a quarter of the time
On Thu, Jun 25, 2015 at 10:09:19PM +0200, Peter Bex wrote:
I already removed the use of the format egg (the code contains a
commented-out version that relies only on display), and even
completely disable the println call. It's hard to be sure, but it
*looks* like the majority of the time
On Thu, Jun 25, 2015 at 11:39:50AM -0700, Martin DeMello wrote:
Post to /r/scheme about chicken's bignum performance. (Not my post,
just figured it could use some eyeballs.)
http://www.reddit.com/r/scheme/comments/3b1ujw/performance_of_chicken_scheme_numbers_bignums/
Hello Martin,
Thanks
On Thu, Jun 25, 2015 at 10:26:53PM +0200, Peter Bex wrote:
On Thu, Jun 25, 2015 at 05:04:17PM -0300, Stephen Eilert wrote:
Not sure about the status of this particular GSOC, but SBCL could also be
cheating.
http://www.sbcl.org/gsoc2013/ideas/#sec-1.2
Now, I thought GMP were GPL'd
On Thu, Jun 25, 2015 at 03:59:59PM -0400, co...@ccil.org wrote:
Peter Bex scripsit:
Thanks for posting this. We had already been discussing it earlier
today in #chicken. I had another look at the code but I can't really
find any obvious inefficiencies. It is indeed a bit faster
On Thu, Jun 25, 2015 at 05:04:17PM -0300, Stephen Eilert wrote:
Not sure about the status of this particular GSOC, but SBCL could also be
cheating.
http://www.sbcl.org/gsoc2013/ideas/#sec-1.2
Now, I thought GMP were GPL'd and SBCL not, so I'm unsure about the legal
implications, if it
6597b03f867f9613eb51717f9c8c9754fd87fa85 Mon Sep 17 00:00:00 2001
From: Peter Bex pe...@more-magic.net
Date: Wed, 17 Jun 2015 23:23:05 +0200
Subject: [PATCH] Fix Mingw-MSYS build: mkdir program was not set, and install
was set to 'cp'.
Fixes regression caused by f62a7f5798cfc8cedae791f6d39a94a1123ed9b6.
---
Makefile.mingw
201 - 300 of 1155 matches
Mail list logo