Gambit-list Novembre 2007

gambit-list@iro.umontreal.ca

19 participants
19 discussions

Leopard bug causing extremely slow parsing times
by James Long 10 Nov '07

10 Nov '07

I recently upgraded from OS X Tiger to Leopard and suddenly Gambit's "parsing" time has slowed to a crawl (I have confirmed this on another upgraded machine). I'm not sure if "parsing" is the correct term. But any time where Gambit reads a file and parses the code, gsc/gsi sits there and thrashes the CPU for some time linear to the size of the program. It takes 2.54s just to `include` a 300 line file. Execution speed is not affected. I tried recompiling Gambit but nothing changed. I know you can compile Gambit with --enable-debug and --enable-profile, but I'm not sure how to debug/profile the system. I think a `make check` does some timing checks, but I waited 2 hours for it to get past the first couple checks (because of the parsing bug) and then gave up. I wish I could give a better analysis of the problem, but after trying a couple methods of debugging (dtrace, testing different files, etc.), I'm not sure what the problem is. Anyone have Leopard and would be able to shed some light on this? Gambit-C v4.0.1, OS X 10.5 (Leopard) James

3 5

snowman not working
by naruto canada 06 Nov '07

06 Nov '07

hi I've successfully uploaded a package, but snowman is not working: This is not a test package, but I do need to test it. root@localhost: /root snowman install predicate-calculus Can't get package list from snowfort. root@localhost: /root snowman list Can't get package list from snowfort.

2 3

Module boundary performance
by James Long 05 Nov '07

05 Nov '07

I was wondering if anyone would be kind enough to explain why calling code compiled into a separate module is faster than calling code within the same module. Consider the following 2 files. ;; file2.scm (define (calc i) (+ i 10)) ;; file1.scm (include "file2.scm") (time (let loop ((i 0)) (calc i) (if (< i 1000000) (loop (+ i 1))))) Compiling "file1.scm" into an executable and running outputs the following: 90 ms real time 89 ms cpu time (88 user, 1 system) no collections no bytes allocated no minor faults no major faults Now compile file2.scm into a module, called file2.o1, and change the include statement in file1 to `(load "file2")`. Compile file1 into an executable, run it and the following is printed: 67 ms real time 65 ms cpu time (65 user, 0 system) no collections no bytes allocated no minor faults no major faults >From my limited experience with Gambit's evaluation and compilation mechanisms, I would expect the exact opposite. Using `gsc -expansion`, I can see the an include statement does splice in the code like I thought, but why then is it faster to call the same code when it is compiled into a separate module? I would have that it would incur a slight performance penalty for having to cross a module boundary. Gambit v4.0.1, compiled with --enable-single-host and --enable-gcc-opts -- James Long Coptix, Inc. longster(a)gmail.com

2 2

is there anybody home at snow-users-list?
by naruto canada 04 Nov '07

04 Nov '07

hi I have several questions: 1. gambit-c is missing from snow hosts list: ./configure --site-root=$HOME/.snow-site --install-hosts=yes ... The following installed Scheme systems support Scheme Now!: bigloo chicken gauche guile mit mzscheme petite scheme48 scsh stklos 2. In stead of studying for eleven different FFIs, if I package my code using scheme now, can they be tested and benchmarked in all the implementations? 3. snow-generic is asking to me to choose one host, what do I do so that I can test for all hosts? 4. I'm reading "http://snow.iro.umontreal.ca/?tab=Documentation" Where do I find more info regarding providing callbacks for C libraries. Thanks

1 0

Fwd: [Larceny-users] Fwd: Web Framework
by David Rush 03 Nov '07

03 Nov '07

---------- Forwarded message ---------- From: David Rush <kumoyuki(a)gmail.com> Date: Nov 3, 2007 5:25 PM Subject: Re: [Larceny-users] Fwd: [gambit-list] Web Framework To: Felix <felixluser(a)pnkfx.org> On 11/3/07, Felix <felixluser(a)pnkfx.org> wrote: > > Larceny v0.94 supports Snow. > Excellent news! I was working off the listing of supported implementations on the Snow web-site, so perhaps that is the only thing that really needs updated right now. from http://snow.iro.umontreal.ca/?tab=Installing The generic Snow works on several Scheme systems including Bigloo, Chez, > Chicken, Gambit, Gauche, Guile, Kawa, MzScheme, Scheme48, SCM, Scsh, and > STklos. Work is underway to support more Scheme systems and to improve the > level of integration with the host Scheme system. and from http://snow.iro.umontreal.ca/?tab=Links > > Here is a list of the known specialized Snow framework implementations: > > - *Bigloo Snow framework*: builtin support since version 3.0 (see Bigloo > home page <http://www-sop.inria.fr/mimosa/fp/Bigloo/>). > - *Chicken Snow framework*: work in progress. > - *Gambit Snow framework*: work in progress. > - *MzScheme Snow framework*: work in progress. > - *STklos Snow framework*: work in progress. > > david rush -- Once you label me, you negate me - Soren Kierkegaard -- Once you label me, you negate me - Soren Kierkegaard

1 0

Web Framework for Gambit
by Rouan van Dalen 02 Nov '07

02 Nov '07

Hi. I am a newbie in scheme, but have been programming for about 7 years. I specialize in web application development and I am really interested in writing a web framework specifically for the Gambit scheme system. I was wondering what your thoughts are on this and if something like this already exists. I definitely need support for the latest MySQL database server and I am thinking of writing an HTTP server specifically for Gambit to form part of the web framework. I am looking to build a web framework on the same level as Rails, only I want to be programming in Scheme. So I need 2 questions answered: 1) Is there any interest in something like this? 2) Does MySQL5 bindings exist for Gambit? (if not I will gladly write them) I am also interested in expanding Gambit's libraries, so there is no problem for me to write libraries/bindings for various things.. I really like Gambit and would really like to see and hear more about Gambit being used in enterprise applications. Gambit is great. Thanks Marc! Kind Regards Rouan ___________________________________________________________ Want ideas for reducing your carbon footprint? Visit Yahoo! For Good http://uk.promotions.yahoo.com/forgood/environment.html

5 4

Could use hackers to try gambit with development version of gcc
by Bradley Lucier 01 Nov '07

01 Nov '07

Over the years I've spent some time building gambit with development versions of gcc; the gcc developers have been quite helpful in fixing bugs and removing inefficiencies uncovered by this testing before the official releases of gcc. There is some interest in using automatically-generated C code, like the code that gsc produces, as "extreme" test cases for gcc's internal algorithms. Because of the timing of future linux releases, gcc-4.3.0, the next major release of gcc, will likely go into fedora, Open Suse, and a few other linux releases. I've started using it to compile gambit just to see what happens. For example, I found one important loop that was compiled to significantly slower code by development 4.3.0 than by the released 4.2.2 on x64-64, and I think that this will likely be fixed before release. Problems that arise in the development version of gcc that used to work in previous versions are quite likely to be fixed before release. I just tried development gcc-4.3.0 on powerpc-apple-darwin8.10.0 (i.e, MacOS X 10.4.10 on powerpc) in 64-bit code and I got a segfault in the garbage collector when trying to calculate (expt 3 10000000). (I just tried it in 32-bit code and got segfault in a different place in the garbage collector.) Perhaps I'm just feeling older and more tired than usual, but I sure would feel better if some other people downloaded the svn sources of gcc, built it, and tried building and testing gambit with it. (I looked at that GC segfault and the wind just went out of me.) Instructions for downloading the svn development version of gcc are at http://gcc.gnu.org/svn.html under "Using the SVN repository". You'll need to install a relatively recent version of gmp and mpfr. I build and configure gcc for the purposes of gcc testing with ../../mainline/configure --prefix=/pkgs/gcc-mainline --enable- languages=c --enable-checking=release --with-gmp=/pkgs/gmp-4.2.2 -- with-mpfr=/pkgs/gmp-4.2.2 and then make bootstrap It's not entirely trivial, but it may be of interest to some people who are into this kind of thing. Brad

2 7

Fw: Web Framework for Gambit
by Rouan van Dalen 01 Nov '07

01 Nov '07

Hi. I am a newbie in scheme, but have been programming for about 7 years. I specialize in web application development and I am really interested in writing a web framework specifically for the Gambit scheme system. I was wondering what your thoughts are on this and if something like this already exists. I definitely need support for the latest MySQL database server and I am thinking of writing an HTTP server specifically for Gambit to form part of the web framework. I am looking to build a web framework on the same level as Rails, only I want to be programming in Scheme. So I need 2 questions answered: 1) Is there any interest in something like this? 2) Does MySQL5 bindings exist for Gambit? (if not I will gladly write them) I am also interested in expanding Gambit's libraries, so there is no problem for me to write libraries/bindings for various things. I really like Gambit and would really like to see and hear more about Gambit being used in enterprise applications. Gambit is great. Thanks Marc! Kind Regards Rouan ___________________________________________________________ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/

1 0

Re: [gambit-list] Could use hackers to try gambit with development version of gcc
by Bradley Lucier 01 Nov '07

01 Nov '07

I forgot to CC the list ... On Nov 1, 2007, at 7:46 AM, Bradley Lucier wrote: > > > On Nov 1, 2007, at 6:48 AM, naruto canada wrote: > >> >> I'm getting heap overflow with gambit-c v4.0.0 gcc-3.4.6 : >> >> root@localhost: /usr/v4.0.0/bin/gsi >> Gambit v4.0.0 >> >>> (expt 3 10000000) >> *** ERROR IN ##make-string -- Heap overflow >> 1> >> >> I guess this is not the same as segfault. > > On a 32-bit gambit, converting this number to a string will result > in a string that's larger than the largest allocatable scheme object.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Gambit-list Novembre 2007