Gambit-list Juillet 2009

gambit-list@iro.umontreal.ca

25 participants
31 discussions

##namespace fun
by lowly coder 15 Jul '09

15 Jul '09

Why can't I do the following: (define-macro (module name) ,(begin (##namespace (string-append (object->string ,name) "#")) (##include "~~lib/gambit#.scm"))) ?

4 6

Black Hole documentation released in beta version, request for
by Mikael More 15 Jul '09

15 Jul '09

The documentation for Black Hole is released in a beta version on http://dynamo.iro.umontreal.ca/~gambit/wiki/index.php/Black_Hole . The bundled libraries documentation document is an early draft. Give your input on how you prefer the bundled libraries and their exports to be documented and indexed - including what file format it should be written in, and how document files should be generated - at this early stage of the construction of their documentation. Please submit any feedback, questions or suggestions you have on the current version of the documentation, during the next three weeks from now. Thanks, Mikael

1 0

namespace alias
by lowly coder 14 Jul '09

14 Jul '09

What is the closest I can get to the following? -- foo.scm -- (namespace ("foo#)) (define x 20) -- main.scm -- (load "foo") (alias "foo#" "bar#") ; how do I do this? (pp bar#x); I want it to say 20 Thanks!

2 1

Black hole documentation
by Guillaume Cartier 12 Jul '09

12 Jul '09

Are the documentation links for black hole broken? They always ask me to upload a file. http://dynamo.iro.umontreal.ca/~gambit/wiki/index.php/Black_Hole

2 3

Black Hole Error
by Jeremie Lasalle Ratelle 12 Jul '09

12 Jul '09

With the latest gambit version I get 3 errors while compiling std modules in black hole. "/home/jeremie/repositories/modules/std/spork/js.scm" (4/37) *** ERROR IN "/home/jeremie/repositories/modules/std/spork/js.scm"@950.1 -- Ill-placed default binding Warning: Compilation failed: Compilation failed "/home/jeremie/repositories/modules/std/spork/widget.scm" (6/37) *** ERROR -- Compiler internal error detected *** in procedure targ-obj-subtype, unknown object 'obj' #<procedure #2 ##equal?> Warning: Compilation failed: Compilation failed "/home/jeremie/repositories/modules/std/net/http-client.scm" (11/37) *** ERROR -- Compiler internal error detected *** in procedure targ-obj-subtype, unknown object 'obj' #<procedure #2 ##equal?> Warning: Compilation failed: Compilation failed I'll try to see if I can find what is the problem but I'm wondering if someone has the same errors.

2 5

Re: [gambit-list] Make: Out of Memory error
by Marc Feeley 10 Jul '09

10 Jul '09

On 10-Jul-09, at 9:52 AM, Daniel Jomphe wrote: > Ok, using the FSF's gcc 4.4, I was able to build (gambit and) jazz. > Apple's gcc 4.2 and 4.0 were the culprits here. > > FSF's gcc often reports it doesn't recognize '-no-cpp-precomp', but > that's all. > > Making jazz eats up to ~1.5G of memory, and takes 4m45s on my > late-2007 iMac (2.4 GHz). > > Making jedi eats up to ~1.5G, and takes: > real 14m39.396s > user 16m0.217s > sys 1m39.301s > > Both makes are asked to use 2 parallel jobs, although only the jedi > one seems to use the second core. > > ...You guys seem to have very fast MacBook Pros :) If you want to speed the compilation then use a Gambit that was configured with no options (except for --prefix=... and the like), i.e. % ./configure In this case the C files generated by the Gambit compiler will be compiled in "multiple host" mode, which means that each Scheme procedure will be compiled as a C function (i.e. the C compiler will have multiple (small) C functions to compile). If you specify -- enable-single-host then a single (large) C function will contain the whole group of Scheme procedures in the file. This usually generates much faster code (factor of 2 is typical) but the C compiler will take longer and require more memory. Unfortunately the gcc compiler has a time/space complexity that is not very stable over successive version of the compiler. So one version of gcc may compile the code in a reasonable time, and the next may require so much memory that the C compilation fails. Newer versions are not necessarily better. Marc

1 0

Call for Participation: Symposium in Honor of Mitchell Wand
by Dave Herman 09 Jul '09

09 Jul '09

Symposium in Honor of Mitchell Wand In Cooperation with ACM SIGPLAN Coordinated with Scheme Workshop 2009 August 23-24, 2009 Boston, Massachusetts, USA http://www.ccs.neu.edu/events/wand-symposium CALL FOR PARTICIPATION IMPORTANT DATES August 1, 2009 - Registration deadline August 22, 2009 - Scheme Workshop: http://www.schemeworkshop.org/2009 August 23-24, 2009 - Symposium in Honor of Mitchell Wand VENUE Northeastern University 346 Huntington Ave Boston, MA 02115 USA ACCOMMODATION A limited block of hotel rooms will be reserved for participants of the Symposium and/or the Scheme Workshop at hotels in Boston and Cambridge. More information will be available soon; please check back on the event web site. REGISTRATION Registration is free. Please register by *August 1, 2009* so that we will have an accurate head count. To register, please send an email to mitchfest-registration(a)ccs.neu.edu with your name and any dietary restrictions for lunch. SCOPE Northeastern University is hosting a special Symposium in celebration of Dr. Mitchell Wand's 60th birthday and honoring his pioneering work in the field of programming languages. For over 30 years Mitch has made important contributions to many areas of programming languages, including semantics, continuations, type theory, hygienic macros, compiler correctness, static analysis and formal verification. Please join us at Northeastern on August 23rd and 24th as we celebrate this personal milestone and pay tribute to a great computer scientist, researcher, teacher and colleague, Dr. Mitchell (Mitch) Wand. STEERING COMMITTEE * Olivier Danvy (University of Aarhus) * David Herman (Northeastern University) * Dino Oliva (Bloomberg L.P.) * Olin Shivers (Northeastern University) PRELIMINARY PROGRAM Functional un|unparsing Kenichi Asai and Oleg Kiselyov and Chung-chieh Shan A mechanized bisimulation for the nu-calculus Nick Benton and Vasileios Koutavas A shallow Scheme embedding of bottom-avoiding streams William E. Byrd and Daniel P. Friedman and Ramana Kumar and Joseph P. Near A model of functional traversal-based generic programming Bryan Chadwick and Karl Lieberherr The MacScheme compiler: using denotational semantics to prove correctness William D. Clinger Eliminating the middle man: Learning garbage collection without interpreters Gregory H. Cooper and Arjun Guha and Shriram Krishnamurthi Specializing continuations Christopher Dutchyn A Scheme for native threads R. Kent Dybvig Trampolining architectures Steven E. Ganz and Daniel P. Friedman Finding everything that can happen: Solving authentication tests by computer Joshua D. Guttman and John D. Ramsdell A theory of typed hygienic macros David Herman The MzScheme machine and bytecode verifier Casey L. Klein and Matthew Flatt and Robert Bruce Findler Featherweight X10: A core calculus for async-finish parallelism Jonathan K. Lee and Jens Palsberg Subcubic control-flow analysis algorithms Jan Midtgaard and David Van Horn A simplified multi-tier semantics for Hop Manuel Serrano and Christian Queinnec DDP for CFA Olin Shivers and Dimitrios Vardoulakis and Alexander Spoon The design and implementation of Typed Scheme Sam Tobin-Hochstadt and Matthias Felleisen

1 0

macros talking to each other
by lowly coder 08 Jul '09

08 Jul '09

Is it possible to define macros foo & bar so that the following code: (foo '(1 2 3)) ... some junk ... (bar) becomes, at compile time: '() ... some junk ... '(1 2 3) -- the real question being, right now, each macro expansion seems to happen in it's own little world -- is there anyway they can communicate? Thanks!

2 1

including a file only once
by lowly coder 07 Jul '09

07 Jul '09

in C, I can do something like: #ifndef H_blah #define H_blah ... #endif how can I do something similar for files (include ... 'ed) in gambit? I have some define-types , and I only want the define-types to load once. Thanks!

2 1

Remote debugger problem
by James Long 06 Jul '09

06 Jul '09

Hey Marc (and other Gambit folks, I realized this would be good for the gambit list too), Your remote debugger is awesome. However, it travels further into the land of Gambit IO than I know. I'm having one problem with it (I got the latest version of it). I found a rather concise example of the problem. It seems that when two errors happen close enough in time, one remote debugger pops open with the correct error, and another pops open with this error: *** ERROR IN rdi-open-client, "Users/james/projects/scheme/gambit-iphone-example/lib/util/remote-debugger/rdi.scm"@108.5 -- Broken pipe (force-output '#<input-output-port #3 (tcp-client "localhost" 20000)>) > You can get it to do this by just doing this in the debugee: (thread-start! (make-thread (lambda () (/ 1 0)))) (thread-start! (make-thread (lambda () (/ 1 0)))) Would you mind looking at it? As a separate subject, as I was integrating the remote debugger with my iphone app, I realized I can not only have access to the debugger from the iphone, but I can also fire up a main REPL and interactively develop from my main computer on the iphone! That is very cool. Now, I can't call (##repl-debug-main) in the primordial thread, as your proof of concept does, because the main thread is the program which needs to continue executing. So, my first attempt fired up the REPL from a child thread instead: (thread-start! (make-thread (lambda () (##repl-debug-main)))) Do you see any problems with this? This seems to work fine (a real Gambit REPL pops open in an xterm when the app start in the iphone simulator). This got me thinking too: what is the relationship between stdin and stdout and the main REPL? It seems that standard output is somehow redirected to this REPL. Rather, if I call DISPLAY on any other thread it somehow appears in my above REPL. How is that so? Thanks, James http://jlongster.com/

3 7

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Gambit-list Juillet 2009