- Gambit-list - mailman.iro.umontreal.ca

Gambit REPL iOS app
by Marc Feeley 16 Mar '11

16 Mar '11

For those interested in using Gambit on the iPhone/iPad/iTouch, I have created an example (examples/iOS) which shows how to do it. One of the key components is the "build-gambit-iOS" script, which builds the Gambit runtime library for the physical device, and the simulator. The app, which is called "Gambit REPL", offers a simple development environment for Gambit. It is possible to interact with the interpreter/debugger using Gambit's REPL. A collection of scripts can be edited and run. The program comes with a few predefined scripts, including a REPL server which allows starting a REPL from a remote telnet client. Below are some screenshots for the iPhone. I may be submitting this to the Apple App store. If you fiddle around with the app, and improve it, have comments or write interesting scripts, please let me know and I will add them to the app. Marc

5 17

editor support for scheme
by spir 12 Mar '11

12 Mar '11

Hello, Is there support for Scheme in any general/mainstream programming editor? Unfortunatly, my editor of choice geany has no support at all for Scheme & Lisp. This is very surprising because geany seems to be the most used free editor. I don't wish to learn emacs just to be able to discover Scheme in a programmer-friendly way, and then forget all about emacs (because it's so different that what I'll have learnt of it cannot be reused). On the other hand, no support at all is too annoying (eg cannot even comment out lines of code). Having to switch to another editor, but one that works in a common way, is less of an issue. Denis -- _________________ vita es estrany spir.wikidot.com

8 7

environment
by spir 11 Mar '11

11 Mar '11

Hello, Is an environment implemented as plain Scheme data? If yes, is the current environment (I mean the set of currently "lookup-able" symbols) accessible? Hope I'm clear (don't know yet Scheme's proper vocabulary yet). I'm thinking at something along the lines of: (getSymbolValue env 'a) beeing equivalent, for a symbol 'a, to: (eval 'a) and (defSymbol env 'a 1) equivalent to: (define a 1) Aside pure reflexivity, this would allow some nice tricks, like unpaking an associative table into the current env: (unpack (parseRecord line)) where parseRecord returns eg a (name phone email) table, would def symbols under those names in env. Denis -- _________________ vita es estrany spir.wikidot.com

2 1

Is there any way to get which procedure a closure comes from?
by Mikael 11 Mar '11

11 Mar '11

Dear Marc, Is there any way to get which procedure a closure comes from? If not, would it be very easy to implement? Just wanted to check. Kind regards, Mikael > (define (gen-closure . a) (lambda* id: type-x* () a)) > (define a (gen-closure)) > (define b (gen-closure)) > a #<procedure #6* ** ~#a * * type-x ** > * > b #<procedure #7* ~#b ** type-x ** > * *> (closure-id a)* * type-x * *> (closure-id b)* type-x ..and/or.. * > (closure-parent-procedure a) #<procedure #8 ~#gen-closure> * ..or.. > (define (gen-closure . a) (lambda () a)) > (define a (gen-closure)) > (define b (gen-closure)) > a #<procedure #6 ~#a> > b #<procedure #7 ~#b> *> (get-procedure-subprocedures gen-closure)* *'(1)* *> (closure-id a)* *1* *> (closure-id b)* *1*

2 2

REPL behaviour
by spir 01 Mar '11

01 Mar '11

Hello, Totally new to Gambit-Scheme (and mostly new to Lisp/Scheme in general). I just installed Gambit-C, precisely for learning, and started to try the REPL. Here is an example of what I get: ======================= spir@d:~$ gsi Gambit v4.2.8 > (define var 9) > (display var) 9> (define var2 10) > (define (double x) (+ x x)) > (double 3) 6 > (display double) #<procedure #2 double>> (define var3 11) > ======================= 0) No feedback at all for 'define'. (OK) 1) New prompt not separated from output of previous command. 2) Key-presses of <enter> do not generate new prompt. Is all of this intended behaviour? Or what do I miss? Denis -- _________________ vita es estrany spir.wikidot.com

4 4

Re: [gambit-list] Gambit and oximeter
by Petersen, Chris 24 Fév '11

24 Fév '11

Yes, the phone oximeter is written in Gambit-C, with an OpenGL based user interface and some minimal platform specific glue. The app is meant to be a low cost alternative to expensive standalone monitors.. it's a fairly complete implementation, with real-time plethysmogram, oxygen saturation and heart rate trends, saturation pitched heart beat sound and alarms (audible and visual). Gambit-C is really great as a rapid prototyping environment (thanks Marc!), it's robust and extremely portable. The framework used for the oximeter app builds on iOS, Android, OS X, Windows, OpenBSD, NetBSD and Linux. Chris On 2011-02-17, at 8:08 PM, Bradley Lucier wrote: > A user named Chrisp added a line to the "Real-world software and > services" wiki page that seems to imply that the "PhoneOximeter", > > http://phoneoximeter.org/ > > an iPhone app to measure real-time oxygen levels being developed at the > University of British Columbia, is written in Gambit-C. > > I googled "Gambit" on phoneoximeter.org but found nothing that would > confirm this. If it's true, I find it quite exciting. My question is: > Is my interpretation of this wiki change correct? > > Brad Yes that's cool! I couldn't find any other information myself. Perhaps a query on the Gambit list will ring in some more details... Marc

4 7

Namespaces
by nitralime 23 Fév '11

23 Fév '11

Hi folks! Where can I find some documentations about Namespaces in Gambit? The section 7 in manual says: 7. Namespaces TO DO! Regards Nik

4 3

compiling with define-syntax
by Evan Hanson 22 Fév '11

22 Fév '11

Hey all, I'm running into problems compiling files with define-syntax forms. The errors (generally "Operator is not a procedure" and similar) are occuring in macros that work from the interpreter with `gsi -:s` but they're failing with `gsc -:s -link` I'm just wondering if this is possible before I sink anymore time into it. Thanks, Evan

2 2

I think I found a bug on Gambit-C's build process during building for iOS.
by Eonil 20 Fév '11

20 Fév '11

Hi. I'm Hoon Hwangbo, and currently trying to build Gambit-C for Apple's iOS platforms. I think I found a bug on Gambit-C's build process. Please reply your opinions. I started with cross-compiling whole source code with iOS SDK. I followed 'jlongster''s method described on: http://jlongster.com/legacy/scheme-iphone-apps.html I had succeed building for iOS device. `libgambc.a` linked and executed well. But I met some errors during building for iOS simulator. (iOS has 2 kind of platforms, I'll describe about this later section) This is first error. os_io.c: In function ‘___device_stream_kind_from_fd’: os_io.c:5835: error: storage size of ‘s’ isn’t known make[1]: *** [os_io.o] Error 1 make: *** [all-recursive] Error 1 The line at source code is, struct ___stat s; `___stat` is typedef-ed as `stat`. I don't know why, however, it couldn't be compiled. I just modified the code uing `stat` type directly. struct stat s; Compilation continued. And another error pop up. os.c: In function ‘___os_file_info’: os.c:1488: error: storage size of ‘s’ isn’t known make[1]: *** [os.o] Error 1 make: *** [all-recursive] Error 1 Exactly same error and exactly same source code. I modified it as same as above. Compilation continued. Build complete without additional error. It's linked but failed to be executed. It raised a runtime error: Detected an attempt to call a symbol in system libraries that is not present on the iPhone: fstat64 called from function ___device_stream_setup_from_fd in image gambit-c-test3. If you are encountering this problem running a simulator binary within gdb, make sure you 'set start-with-shell off' first. Program received signal: “SIGABRT”. I felt there is an error about determining environment is 32-bit or 64-bit. Because iOS simulator is completely 32bit environment. I rollbacked all changes. I searched `fstat64` from all source code, and I found it's on 'include/configure.h'. It's marked like this. #define HAVE_STAT64 1 I changed it like this. #define HAVE_STAT64 0 Compilation failed again exactly same with first 2 errors. I didn't modified the code like before. Instead of, I looked at 'os.h'. There was a code block. #ifdef HAVE_STAT64 #define USE_stat #define ___stat stat64 #define ___lstat lstat64 #define ___fstat fstat64 #else #ifdef HAVE_STAT #define USE_stat #define ___stat stat #define ___lstat lstat #define ___fstat fstat #endif #endif I modified it like this to force using only 32-bit functions. /* #ifdef HAVE_STAT64 #define USE_stat #define ___stat stat64 #define ___lstat lstat64 #define ___fstat fstat64 #else #ifdef HAVE_STAT */ #define USE_stat #define ___stat stat #define ___lstat lstat #define ___fstat fstat /* #endif #endif */ And finally… It worked! Compiled well, linked well, executed well! I don't know why it was configured using 64-bit functions. Maybe the bug in the tool-chain, but it should be evaded to support iOS. It's working now, but I can't sure my modification is correct. Maybe it's not correct. My modification destructs #ifdef logic. I didn't analyze all the logic. There were test codes, but I don't know how to execute the test. (Can you let me know how to execute the test...?) I'm not good at low-level system programming. I'm just a programmer who want to embed nice scripting system with functional language into my app. I'm newbie on `make` tool-chain and complete newbie on Scheme :) I wish this errors to be corrected. Maybe building for iOS is not so important, this errors may a sign of another bug. Please review the codes at the positions. PS. My environment: - Mac OS X 10.6 Snow Leopard - iOS SDK 4.2 - Gambit-C 4.6 source code of version iOS platform description. ====================== There are 2 kind of iOS platform. - iOS Device. This is real hardware platform composed of ARM(32bit)+darwin(32bit) - iOS Simulator. This is simulated platform on Mac OS X. Composed of x86(32bit)+darwin(32bit) This is not a full emulator. It's behaves a little differently with iOS Device platform. So, Apple offers SDK with 2 versions of development tool-chains. Each version contains modified version of GCC for each platform. CONTACT + Hwangbo Hoon + iPhone: +82 10 4583 3612 + Twitter: http://twitter.com/#!/eonilc + Blog: http://blog.eonil.com/ (Korean)

1 1

Gambit and oximeter
by Bradley Lucier 17 Fév '11

17 Fév '11

A user named Chrisp added a line to the "Real-world software and services" wiki page that seems to imply that the "PhoneOximeter", http://phoneoximeter.org/ an iPhone app to measure real-time oxygen levels being developed at the University of British Columbia, is written in Gambit-C. I googled "Gambit" on phoneoximeter.org but found nothing that would confirm this. If it's true, I find it quite exciting. My question is: Is my interpretation of this wiki change correct? Brad

2 1