[Chicken-users] Other Cheney-MTA systems?
Hi all, Anyone know of an active project or system other than Chicken that uses the machine's stack in a similar way? Curious, John ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] CHICKEN 4.6.3 development snapshot available
Hello!
A development snapshot of version 4.6.3 is now available for
download, see
http://code.call-cc.org/dev-snapshots/
The news:
- Peter Bex has cleaned up the makefiles heavily, making the
build more maintainable and easier to modify; thanks to all
who helped testing this new build
- renamed the makefile to `GNUmakefile' to catch using the
a make(3) other than GNU make
- `-fwrapv' is disabled on OpenBSD, since the default compiler
does not support this option (thanks to Christian Kellermann)
- on Solaris `gcc' is used by default, override `C_COMPILER'
to use the Sun compiler instead
- added the new foreign type `size_t' (suggested by Moritz
Heidkamp)
- added the missing `unsigned-integer64' foreign type (thanks
to Moritz for catching this)
- added support for proxy-authentification to `chicken-install'
(thanks to Iruata Souza)
- `define-record' now allows defining SRFI-17 setter procedures
for accessing slots
- removed the stub definition for `define-macro'
- added new foreign type `pointer-vector' which maps to `void **'
and provided a low-level API in the `lolevel' library unit
for manipulating pointer vectors
- declaring a function `notinline' will prevent direct-call
optimization for known procedure calls
- when compiling in C++ mode, the compiler will be called with
the `-Wno-write-strings' option
- the expansion of DSSSL lambda-lists uses now `let-optionals*'
internally instead of `let-optionals' and so allows back-references
to earlier formal variables; this also results in faster and
more compact code for argument-list destructuring (thanks to Alan
Post)
- Peter Bex has contributed various bugfixes and performance
enhancements to the `irregex' library unit
- fixed bug in `getter-with-setter' that modified the first argument
if it already had a setter procedure attached
- added a SRFI-17 setter to `list-ref'
- control-characters in symbol-names are now properly escaped if
the symbol is printed readably (thanks to Alaric Snell-Pym Blagrave
for pointing this out)
- added literal blob syntax ("#{ ... }")
- `delete-directory' now optionally deletes directories recursively
- fixed incorrect size of internal data vector used in `time'
(thanks to Kon Lovett)
- `list-tail' gives now a better error message when passed a non-list
argument
- deadlock in the scheduler now terminates the process instead of
attempting to throw an error
- added some sanity checks to the scheduler
- when installing from a local directory `chicken-install' now removes
existing `*.so' files in that location to avoid stale binaries when
the `make' syntax is used in setup scripts
cheers,
felix
___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] upgrading to 4.6.0 in Arch
Thanks! I'm not sure if it's a problem of my install, but I found this: CHICKEN (c)2008-2010 The Chicken Team (c)2000-2007 Felix L. Winkelmann Version 4.6.0 linux-unix-gnu-x86 [ manyargs dload ptables ] compiled 2010-11-09 on archlinux (Linux) ; loading ./.csirc ... #;1> (use charconv) ; loading /usr/lib/chicken/5/charconv.import.so ... ; loading /usr/lib/chicken/5/scheme.import.so ... ; loading /usr/lib/chicken/5/chicken.import.so ... ; loading /usr/lib/chicken/5/extras.import.so ... ; loading /usr/lib/chicken/5/regex.import.so ... ; loading /usr/lib/chicken/5/ports.import.so ... ; loading /usr/lib/chicken/5/posix.import.so ... ; loading /usr/lib/chicken/5/srfi-69.import.so ... ; loading /usr/lib/chicken/5/iconv.import.so ... ; loading /usr/lib/chicken/5/foreign.import.so ... ; loading /usr/lib/chicken/5/charconv.so ... ; loading /usr/lib/chicken/5/iconv.so ... Error: unbound variable: make-hash-table Call history: (quote charconv) (##core#quote charconv) (import charconv) (import scheme chicken extras regex ports posix srfi-69 iconv) (import scheme chicken extras foreign) (##core#undefined) (##core#undefined) (##core#undefined) (##core#undefined) (##sys#require (quote charconv)) <-- It works if I add srfi-69 previously. Thanks again. ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] upgrading to 4.6.0 in Arch
On Fri, Nov 12, 2010 at 6:09 AM, Felix wrote: > From: Hugo Arregui > Subject: [Chicken-users] upgrading to 4.6.0 in Arch > Date: Thu, 11 Nov 2010 11:14:10 -0300 > >> Hi everyone, >> >> I have a few doubts after the upgrade: >> >> - Which is the right procedure to upgrade eggs? > > There is no standard procedure for this. Just upgrade eggs as you need > them, keep the old ones in case they are working or simply uninstall > and reinstall everything you need. Automatic upgrading has turned out > to be too fragile and complex and fresh installation usually works > smoothly enough. > On that note, perhaps something to show 'outdated' eggs could be helpful. --Stephen Sent from my Emacs ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] upgrading to 4.6.0 in Arch
From: Hugo Arregui Subject: [Chicken-users] upgrading to 4.6.0 in Arch Date: Thu, 11 Nov 2010 11:14:10 -0300 > Hi everyone, > > I have a few doubts after the upgrade: > > - Which is the right procedure to upgrade eggs? There is no standard procedure for this. Just upgrade eggs as you need them, keep the old ones in case they are working or simply uninstall and reinstall everything you need. Automatic upgrading has turned out to be too fragile and complex and fresh installation usually works smoothly enough. > > The new chicken version is still pointing to /usr/lib/chicken/5. Yes, it should be binary compatible - the "5" indicates the "binary version" and has no relation to the chicken version number. > > I try to export the CHICKEN_REPOSITORY var to a new > /usr/lib/chicken/6/, but the chicken-install script seems to ignore > this. CHICKEN_REPOSITORY is to be used at runtime, it has no influence on `chicken-install', use the "-p" option or override CHICKEN_PREFIX. > > - Also, there's a way to reinstall all eggs in a single command or > something like that? No, sorry. cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
