Re: [Chicken-users] [Chicken-hackers] Any thoughts on performance woes?
On 07/04/15 22:59, Christian Kellermann wrote: * Felix Winkelmann felix.winkelm...@bevuta.com [150407 10:41]: That is (among a few other reasons) why I don't do much Scheme or Lisp programming anymore - thinking about the community, reading all this bullshit makes me sick. comp.lang.lisp/scheme is in ruins for most things. But I would not say that the 6-7 (regular) abusive posters there define the community. Driven by countless snobbish books and articles the (passive/)agressive tone towards others seems to be *part* of the culture. But I think this is somewhat changeing albeit slowly. This fine community and its open attitude is one example but I have found guile people and others equally attitude free (with exceptions on all sides of course, but most of the active projects strive for a friendly atmosphere). After all who wants to spend their free time around abusive assholes? I would also caution against generalising from Usenet to some wider community. I haven't visited comp.lang.scheme in years, but I am on my second go at trying to make sense of Forth, so I've been lurking in comp.lang.forth, and it's also kind of problematic, due largely to a small handful of problematic personalities (one at least is engaging in the same behaviour as he did in c.l.s years ago: anyone remember gavino?). If those people disappeared, it would suddenly become a largely pleasant place. Unfortunately open access, low barriers to entry, and no moderation it's simply too easy for difficult people to ruin life for everyone, (including of course brining out the worse in people who would otherwise be better), forever. My impression of the online Scheme community some years ago (largely in the form of #scheme on freenode) was extremely positive: people were helpful and good-natured and fun almost always. The regulars were, to my knowledge and recollection, not for the most part especially influential schemers (although John and Alex had some presence), but I did interact with (or at least see some interaction with) people like Marc Feely, Anton van Straaten, Felix (pretty sure?), Alaric, et. al. They all seemed like thoroughly nice people, and it's hard to believe the intervening years have turned them all nasty... (and the Chicken list is also quite fine) -arc. ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] [Chicken-hackers] Any thoughts on performance woes?
On 08/04/15 00:18, John Cowan wrote: Felix Winkelmann scripsit: That there are so many implementors in the Lisp and Scheme community probably makes this irrational emphasis on (execution-time) performance so apparent in these groups. Or it's the remains of the trauma of the AI-Winter, I don't know (and I don't care anymore.) I believe it's older than that. There was a steady drumbeat of Lisp is too slow to be usable practically from the 1950s onward, and you can still find it in certain ignorant quarters. As a result, the Lisp/Scheme community acts like the traumatized victim of a bully. There are certain other language communities that do the same things or the same reasons. Speaking of #scheme some years ago: as soon as I saw Felix's complaint about the obsession on performance, I recalled you expressing this exact point, posed in the form of a riddle as to what made one group of languages different from the other :-) (which was a bit tricksy, come to think of it... one doesn't normally think of a property of the community being a property of the language...) These days, though, aren't the complaints more along the lines of 'it's old', 'I hate parentheses' (read: 'I refuse to learn anything without a C-like syntax') and 'what's the point? it has no commercial value.'? -arc. ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] unbound variable: or
On 03/06/15 19:00, Peter Bex wrote: On Tue, Jun 02, 2015 at 07:27:11PM -0400, John Cowan wrote: Define-macro was never part of any Scheme standard. Nonetheless, of the 33 Schemes in my test suite with macros of some kind, all have syntax-rules, 15 have define-macro (MIT is not one of them), 13 have syntax-case, 5 have explicit renaming, 2 have syntactic closures, and 1 have explicit renaming. ITYM 1 has implicit renaming. There is one other Scheme that I'm aware of which has implicit renaming macros: Picrin Scheme: https://github.com/picrin-scheme/picrin It's pretty cool in that it supports both er/ir macros *and* syntactic closures. I was under the impression that explicit renaming macros could be implemented in syntactic closures, and that is what is implied here: http://www.gnu.org/software/mit-scheme/documentation/mit-scheme-ref/Explicit-Renaming.html So it's perhaps not surprising that MIT and Picrin support both? And in fact now I look for a little while longer, I find someone implementing implicit renaming in Chibi using syntactic closures: https://gist.github.com/baguette/2632464 (Only found this 10 minutes ago, so I'm making no claims on its behalf...) Cheers, Peter -arc. ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] [Chicken-announce] [ANN] CHICKEN 4.11.0 release candidate 2 available
Apologies for the multiple messages! The mail sever seems to have been down for a couple of days, and at first I didn't work out what was going on, and re-sent the message. I guess the server's fixed now, so y'all've got my backlog... -- -arc. On 2016-05-02 08:30, a...@digitalenvelopes.net wrote: Operating system: Debian 8.4 (Jessie) Hardware platform: i686 C Compiler: GCC 4.9.2 Installation works?: Yes Tests work?: Yes Installation of eggs works?: Yes Operating system: Debian 8.4 (Jessie) Hardware platform: PPC C Compiler: GCC 4.9.2 Installation works?: Yes Tests work?: Yes Installation of eggs works?: Yes Operating system: ubuntu 15.10 Hardware platform: x86_64 C Compiler: GCC 5.2.1 Installation works?: Yes Tests work?: Yes Installation of eggs works?: Yes -- -arc. ___ 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
Re: [Chicken-users] [Chicken-announce] [ANN] CHICKEN 4.11.0 release candidate 2 available
Operating system: Debian 8.4 (Jessie) Hardware platform: i686 C Compiler: GCC 4.9.2 Installation works?: Yes Tests work?: Yes Installation of eggs works?: Yes Operating system: Debian 8.4 (Jessie) Hardware platform: PPC C Compiler: GCC 4.9.2 Installation works?: Yes Tests work?: Yes Installation of eggs works?: Yes Operating system: ubuntu 15.10 Hardware platform: x86_64 C Compiler: GCC 5.2.1 Installation works?: Yes Tests work?: Yes Installation of eggs works?: Yes -- -arc. ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] [ANN] CHICKEN 4.12.0 release candidate 1 available
Operating system: ubuntu 15.04 LTS Hardware platform: x86 C Compiler: gcc 5.4.0 Installation works?: yes Tests work?: yes Installation of eggs works?: yes I dusted off my g4 mac mini to try it on that, but it seems a bit sick, and doesn't want to boot now :-( -arc. 0x869D6043.asc Description: application/pgp-keys ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] [ANN] CHICKEN 4.12.0 release candidate 2 available
Operating system: Ubuntu 16.04.1 LTS Hardware platform: x86_64 C Compiler: gcc 5.4.0 Installation works?: Yes Tests work?: Yes Installation of eggs works?: Yes I managed to get my G4 mac mini working, although it does seem inclined to random crashes, and grey screens of death on boot — it isn't a well machine: Operating system: Debian GNU/Linux 8.7 (jessie) Hardware platform: PowerPC C Compiler: gcc 4.9.2 Installation works?: Y Tests work?: Y Installation of eggs works?: Y I'd be happy to try on android, too, but I don't know how to go about doing that. Can I compile things on android itself, or is it cross-compilation time? Would this be a good place to start? https://github.com/chicken-mobile/chicken-android-template -- -arc On 2017-02-06 22:45, Evan Hanson wrote: Hello everyone, The second release candidate for CHICKEN 4.12.0 is now available for download: http://code.call-cc.org/dev-snapshots/2017/02/06/chicken-4.12.0rc2.tar.gz The SHA-256 sum of that tarball is: 19bc4d2e2a866a84f5fcd71af55b4c924fa1409ad990e9d912e41d1975da7a3a The list of changes since version 4.11.0 is available here: http://code.call-cc.org/dev-snapshots/2017/02/06/NEWS There have been only minor changes since the previous release candidate. These specifically relate to the iOS, macOS and Android platforms. Please give this snapshot a try and report your findings to the mailing list, particularly if you're able to contribute a test report for one of the aforementioned platforms. Here's a suggested test procedure: $ make PLATFORM= PREFIX= install check $ /bin/chicken-install pastiche If you can, please let us know the following information about the environment on which you test the RC: Operating system: (e.g., FreeBSD 10.1, Debian 8, Windows 7 mingw-msys) Hardware platform: (e.g., x86, x86-64, PPC) C Compiler: (e.g., GCC 4.9.2, clang 3.6) Installation works?: yes or no Tests work?: yes or no Installation of eggs works?: yes or no Thanks in advance! The CHICKEN Team ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users 0x869D6043.asc Description: application/pgp-keys ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] csi and using modules in a different directory
Hi, I'm a bit baffled by this behaviour. I have a file called amodule.scm: (module amodule (afunc) (import chicken scheme) (define (afunc x) (* x x))) I've made an import library using csc -analyze-only -emit-import-library doing (use amodule) when executing from the containing directory works as expected. However, from outside, I execute csi -I ./lib and then this happens: #;1> (use amodule) ; loading /home/ajt/Projects/Scheme/chicken-include-path-investigation/lib/amodule.import.scm ... ; loading /usr/local/lib/chicken/8/chicken.import.so ... Error: (require) cannot load extension: amodule Call history: (##core#undefined) (##sys#register-compiled-module (quote amodule) (list) (quote ((afunc . amodule#afunc))) (list) (lis... (quote amodule) (##core#quote amodule) (list) (quote ((afunc . amodule#afunc))) (##core#quote ((afunc . amodule#afunc))) (list) (list) (##sys#register-compiled-module (quote amodule) (list) (quote ((afunc . amodule#afunc))) (list) (lis... (list) (list) (list) (##core#undefined) (##core#undefined) (##sys#require (quote amodule)) <-- the file looks to be loaded, but the module isn't accessed somehow. I've tried using the absolute path and also setting LD_LIBRARY_PATH. I've also tried loading the file with load-relative and ,l , and the behaviour is similar. I'm using 4.12.0rc2. thanks, -arc. 0x869D6043.asc Description: application/pgp-keys ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
