Re: [Chicken-users] Printing recursive objects
guile knows how to handle this: scheme@(guile-user) (define v (vector 0)) scheme@(guile-user) (vector-set! v 0 v) scheme@(guile-user) v $2 = #(#0#) It can even read the self-referencing syntax, IIRC. I know there's discussion of using Tortoise and Hare to break cycles in this situation, but what guile does seems more sophisticated. On Wed, Sep 24, 2014 at 5:34 PM, Richard plui...@freeshell.de wrote: Hello Chickens, If I have an object that references itself, like for example... (define v (vector 0)) (vector-set! v 0 v) and I print it, chicken goes -understandably- into an infinite loop. Is there a way to prevent this, or is there something like define-record-printer for non-record objects. thank you, Richard ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] new impromptu egg
I'd like to get this added to the egg index, please: https://github.com/eraserhd/impromptu And announce it. I'll document it in the wiki after it is in the index. But... impromptu provides an (edit-properties alist) function. This function formats the properties in a mostly-human-readable way and spawns $EDITOR on the result. It checkes the return value of editor and parses the result back into a modified alist. This is an old *NIX pattern for utlities that need several fields worth of data - it's a sort of pre-web-form web form. I'm using it here at Groupon to automate the creation of a JIRA ticket by pre-populating the most common values. Also, I much appreciate code reviews and ideas on how to make it simpler or more reliable. Thanks, -Jason ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] PLATFORM=msvc failing to build
Hi! I'm trying to compile 4.0.0 using mingw-msys make and MSVC6. I seem to be having a make problem, but I'm not sure how to track it down. I'm stuck here: C:\temp\chicken-4.0.0make PLATFORM=msvc PREFIX=C:/MingW make -f ./Makefile.msvc all make[1]: Entering directory `C:/temp/chicken-4.0.0' cc-c -o setup-download.o setup-download.c process_begin: CreateProcess(NULL, cc -c -o setup-download.o setup-download.c, ...) failed. make (e=2): The system cannot find the file specified. make[1]: *** [setup-download.o] Error 2 make[1]: Leaving directory `C:/temp/chicken-4.0.0' make: *** [all] Error 2 I've been able to successfully build chicken.exe, csc.exe, csi.exe, and all the libchicken*.dll. Note that I can successfully do the following: C:\temp\chicken-4.0.0make -f Makefile.msvc PLATFORM=msvc PREFIX=C:/MingW setup-download.obj cl -nologo -wd4142 -DHAVE_CHICKEN_CONFIG_H -DC_ENABLE_PTABLES -I. -DC_SHARED \ -c -MD -DPIC \ -DC_BUILDING_LIBCHICKEN setup-download.c -Fosetup-download.obj Command line warning D4002 : ignoring unknown option '-wd4142' setup-download.c (Note the .obj instead of the .o). So this seems to be a problem with some kind of implicit rule. I fixed up some make rules (and I'll send a patch if I can get things to work), but now I'm stuck at: C:\temp\chicken-4.0.0make -f Makefile.msvc PLATFORM=msvc PREFIX=C:/MingW link -nologo -dll setup-download.obj -out:setup-download.so \ libchicken.lib \ ws2_32.lib advapi32.lib Creating library setup-download.lib and object setup-download.exp setup-download.obj : error LNK2001: unresolved external symbol _C_fromspace_limit setup-download.obj : error LNK2001: unresolved external symbol _C_fromspace_top setup-download.obj : error LNK2001: unresolved external symbol _C_temporary_stack setup-download.obj : error LNK2001: unresolved external symbol _C_stack_limit setup-download.obj : error LNK2001: unresolved external symbol _C_timer_interrupt_counter setup-download.obj : error LNK2001: unresolved external symbol _C_temporary_stack_bottom setup-download.so : fatal error LNK1120: 6 unresolved externals make: *** [setup-download.so] Error 1120 I know enough to know that the idea here is that these symbols should be resolved to the caller (the library loader) somehow. Is this just broken? Thanks in advance, -Jason ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users