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

Job offer
by Habel Geneviève 09 Fév '15

09 Fév '15

Hi, You consider yourself one of the best in Web Programming and in scheme programming ? By joining us, you will be part of a dynamic team of online courses. Your Mission As programmeur-Intégrateur, you will work in the development of online courses. Your main tasks will be to: - Participate in conception, development, testing, maintenance and documentation of the application; - Online courses production (scheme-html-like code to express the rendering of pages of online courses) - Collaborate with the team to produce development needed in theses courses; - Resolve software defects and discrepancies; - Add new product features and enhancements The position we are offering is that of « concepteur en médiatisation pour les cours en ligne de la FAS » at a salary/wage of P1 (junior position). This position reports to Geneviève Habel, coordonnatrice de la formation en ligne. Your working hours will be 35h/week. This is a seasonal position of a few months. We would like you to start work in march. Please report to Geneviève Habel (genevieve.habel(a)umontreal.ca<mailto:genevieve.habel@umontreal.ca>), for documentation and orientation. We are confident a scheme skilled person would be able to make a significant contribution to the success of our service and look forward to working with you. Geneviève Habel

1 0

[ANN] Gambit-C v4.7.4 released
by gambit＠iro.umontreal.ca 09 Fév '15

09 Fév '15

3 2

Not Emacs
by Marc Feeley 06 Fév '15

06 Fév '15

I’ve just received news that the “Not Emacs” iOS app I’ve been working on has been approved to the app store. Check it out, it’s a free app! Not Emacs is an emacs-like editor that is built with Gambit and the ymacs editor (http://www.ymacs.org) Documents are shared using iCloud, so they are accessible from all devices automatically. Not Emacs also has an embedded Gambit REPL (started using M-x run_scheme). The app is best used with an external bluetooth keyboard, but the extended virtual keyboard has a bunch of extra keys to make editing possible if you don’t have an external keyboard. An update of the Gambit REPL app which includes the emacs-like editor is also available. Marc

3 4

Improving error reporting
by Blake McBride 04 Fév '15

04 Fév '15

Greetings, When running a JS target, if an unknown function is called, would it be possible to say something like: Error: call to unknown function XYZ Rather than: /home/blake/z/gambit/fib.js:348 pc = pc(); ^ TypeError: undefined is not a function at gambit_trampoline (/home/blake/z/gambit/fib.js:348:10) ...... Thanks. Blake McBride

3 5

Re: [gambit-list] Using the JavaScript back-end
by Blake McBride 03 Fév '15

03 Fév '15

I will try that, but the commands I did removed ALL built files. I can't imagine what make from-scratch could do extra. I will try it. Thanks. On Tue, Feb 3, 2015 at 9:48 AM, Francois Magnan < magnan(a)categoricaldesign.com> wrote: > Yes, you need more… > > Replace “make” in your workflow by “make from-scratch” > > Francois > > On Feb 3, 2015, at 10:33 AM, Blake McBride <blake(a)mcbride.name> wrote: > > Actually, I did: > > git pull > rm -rf * > git checkout --force > ./configure --enable-single-host > make > sudo rm -rf /usr/local/Gambit-C > sudo make install > > Do I need more? > > > On Tue, Feb 3, 2015 at 9:26 AM, Francois Magnan < > magnan(a)categoricaldesign.com> wrote: > >> Hi. >> >> Gambit build is a complex thing but it is managed wisely by the makefile >> if you use the right target. You cannot do just a “git pull; make”… >> After you pull the latest version do a : >> >> > make from-scratch >> >> Then u will have a gambit built with the new feature Marc has just added >> for you. >> >> Hope this helps. >> Francois >> >> >> >> On Feb 3, 2015, at 10:13 AM, Blake McBride <blake(a)mcbride.name> wrote: >> >> I did a git pull and rebuilt everything. Same error. Note that node >> doesn't have a "print" function. >> >> Thanks. >> >> Blake >> >> On Mon, Feb 2, 2015 at 8:26 AM, Marc Feeley <feeley(a)iro.umontreal.ca> >> wrote: >> >>> You have to pull the latest version from the github repo. >>> >>> Marc >>> >>> > On Feb 1, 2015, at 11:35 PM, Blake McBride <blake(a)mcbride.name> wrote: >>> > >>> > Here is the result of your example: >>> > >>> > $ gsc -c -target js f1.scm >>> > $ node f1.js >>> > >>> > /home/blake/gambit/f1.js:448 >>> > print(obj); >>> > ^ >>> > ReferenceError: print is not defined >>> > at gambit_println (/home/blake/gambit/f1.js:448:3) >>> > at gambit_bb1_println (/home/blake/gambit/f1.js:323:3) >>> > at gambit_trampoline (/home/blake/gambit/f1.js:348:10) >>> > at Object.<anonymous> (/home/blake/gambit/f1.js:688:1) >>> > at Module._compile (module.js:456:26) >>> > at Object.Module._extensions..js (module.js:474:10) >>> > at Module.load (module.js:356:32) >>> > at Function.Module._load (module.js:312:12) >>> > at Function.Module.runMain (module.js:497:10) >>> > at startup (node.js:119:16) >>> > $ >>> > >>> > >>> > In any case, here is a simple example and instructions on how to run >>> the code in a JS shell and in the browser. If you want to use >>> non-primitive predefined Scheme library functions (such as equal?, append, >>> map, write, etc) you will need to look into univ-lib . The goal is to have >>> all of this neatly packaged in gsc so that one invocation of gsc will do >>> all that is necessary. One issue is linking… should the .js file contain >>> all of the application code including Scheme libraries, or should it >>> contain just the code for the compiled file (so that it can be dynamically >>> loaded by the web page)? Both should be supported with an appropriate >>> compile flag. >>> > >>> > Marc >>> > >>> > >>> > ;; File: fib.scm >>> > ;; >>> > ;; compile with: gsc -c -target js fib.scm >>> > ;; >>> > ;; execute with: d8 fib.js >>> > ;; >>> > ;; or use it in an HTML page like this: >>> > ;; >>> > ;; <!DOCTYPE html> >>> > ;; <html> >>> > ;; <head> >>> > ;; <title>fib</title> >>> > ;; <script type="text/javascript"> >>> > ;; function print(x) { console.log(x); } >>> > ;; </script> >>> > ;; <script type="text/javascript" src="fib.js"></script> >>> > ;; </head> >>> > ;; <body></body> >>> > ;; </html> >>> > >>> > (declare >>> > (standard-bindings) >>> > (extended-bindings) >>> > (not safe) >>> > (fixnum) >>> > (block) >>> > ) >>> > >>> > (define (fib n) >>> > >>> > (define (fib n) >>> > (if (< n 2) >>> > n >>> > (+ (fib (- n 1)) >>> > (fib (- n 2))))) >>> > >>> > (fib n)) >>> > >>> > (define start (real-time-milliseconds)) >>> > >>> > (println (fib 30)) >>> > >>> > (define end (real-time-milliseconds)) >>> > >>> > (println (- end start)) >>> > >>> > >>> >>> >> _______________________________________________ >> Gambit-list mailing list >> Gambit-list(a)iro.umontreal.ca >> https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list >> >> >> > _______________________________________________ > Gambit-list mailing list > Gambit-list(a)iro.umontreal.ca > https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list > > >

3 3

Using the JavaScript back-end
by Blake McBride 03 Fév '15

03 Fév '15

Dear Mark, Thanks for your pointers regarding scheme back-ends for JavaScript. I starting using Gambit but ran into a few problems as follows: 1. The -target compiler option is undocumented. I think Gambit is more capabilities than the public is aware of - i.e. JavaScript back-end. 2. When I compile anything into JS and run it in node I get: pc = pc(); ^ TypeError: undefined is not a function If I change the definition of gambit_trampoline to: function gambit_trampoline(pc) { while (pc !== false && pc !== undefined) { pc = pc(); } } it fixes the problem. 3. I'd like to print results to the console so I can see what is going on. I'd prefer to use (print) or (display) but I can't get (console.log) to work either. I even tried: (define (console.log x) ;; Note: the parameter x will be in variable Gambit_r1 (##inline-host-code "console.log(Gambit_r1);\n") #f) but that didn't work either. I checked, console.log seems to be a JS standard. Perhaps your compiler can convert print and display to console.log. How can I display something? Thanks. Blake McBride

4 8

Question for os_tty.c:1063 to solve closed-TTY input Gambit zombie+CPU hogging bug
by Mikael 25 Jan '15

25 Jan '15

Dear Marc, I've tracked down a TTY IO bug here, https://github.com/feeley/gambit/issues/100 . On os_tty.c:1062 which is "if ((n = read (d->fd, buf, len)) < 0)", the < should be changed to <= because a 0 return value *always* means EOF in the sense that the TTY has been closed, see issue for more info. Then, os_tty.c:1063 needs to be updated from: "return err_code_from_errno ();" to something like "return n == 0 ? ___FIX([EOF-ERROR-VALUE]) : err_code_from_errno ();". The purpose of ___FIX([EOF-ERROR-VALUE]) is to signal to the underlying logic, which is the Gambit C VTBL IO abstraction, that the TTY is closed so that the REPL's input will be #!eof and Gambit supposedly will shut down, instead of repeating the read() infinitely, as is the case now. You know best which value is suitable in the place of [EOF-ERROR-VALUE] here - can you please suggest so a patch can be produced? Thanks, Mikael

1 1

[2nd CfP] European Lisp Symposium 2015, April 20-21, London
by Didier Verna 24 Jan '15

24 Jan '15

ELS'15 - 8th European Lisp Symposium Goldsmiths College, London, UK April 20-21, 2015 http://www.european-lisp-symposium.org/ Sponsored by EPITA, Franz Inc. and Lispworks Ltd. Recent news: - Submission deadline in less than a month now! - Programme committee has been announced (see below) - Venue information now available on the web site The purpose of the European Lisp Symposium is to provide a forum for the discussion and dissemination of all aspects of design, implementation and application of any of the Lisp and Lisp-inspired dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We encourage everyone interested in Lisp to participate. The 8th European Lisp Symposium invites high quality papers about novel research results, insights and lessons learned from practical applications and educational perspectives. We also encourage submissions about known ideas as long as they are presented in a new setting and/or in a highly elegant way. Topics include but are not limited to: - Context-, aspect-, domain-oriented and generative programming - Macro-, reflective-, meta- and/or rule-based development approaches - Language design and implementation - Language integration, inter-operation and deployment - Development methodologies, support and environments - Educational approaches and perspectives - Experience reports and case studies We invite submissions in the following forms: Papers: Technical papers of up to 8 pages that describe original results or explain known ideas in new and elegant ways. Demonstrations: Abstracts of up to 2 pages for demonstrations of tools, libraries, and applications. Tutorials: Abstracts of up to 4 pages for in-depth presentations about topics of special interest for at least 90 minutes and up to 180 minutes. The symposium will also provide slots for lightning talks, to be registered on-site every day. All submissions should be formatted following the ACM SIGS guidelines and include ACM classification categories and terms. For more information on the submission guidelines and the ACM keywords, see: http://www.acm.org/sigs/publications/proceedings-templates and http://www.acm.org/about/class/1998. Important dates: - 22 Feb 2015: Submission deadline - 15 Mar 2015: Notification of acceptance - 29 Mar 2015: Early registration deadline - 05 Apr 2015: Final papers - 20-21 Apr 2015: Symposium Programme chair: Julian Padget, University of Bath, UK Local chair: Christophe Rhodes, Goldsmiths, University of London, UK Programme committee: Sacha Chua — Toronto, Canada Edmund Weitz — University of Applied Scicences, Hamburg, Germany Rainer Joswig — Hamburg, Germany Henry Lieberman — MIT, USA Matthew Flatt — University of Utah, USA Christian Queinnec — University Pierre et Marie Curie, Paris 6, France Giuseppe Attardi — University of Pisa, Italy Marc Feeley — University of Montreal, Canada Stephen Eglen — University of Cambridge, UK Robert Strandh — University of Bordeaux, France Nick Levine — RavenPack, Spain Search Keywords: #els2015, ELS 2015, ELS '15, European Lisp Symposium 2015, European Lisp Symposium '15, 8th ELS, 8th European Lisp Symposium, European Lisp Conference 2015, European Lisp Conference '15 -- My new Jazz CD entitled "Roots and Leaves" is out! Check it out: http://didierverna.com/records/roots-and-leaves.php Didier Verna <didier(a)elsaa.org> ELSAA, President

1 0

How to define "set-macro-character" like in Gambit.
by Ryuho Yokoyama 23 Jan '15

23 Jan '15

Hello, For example, in Common Lisp --- (defvar *Data* '((aa 11) (bb 22) (cc 33))) (set-macro-character #\^ #'(lambda (stream char) `(cadr (assoc ',(read stream t nil t) *Data*)))) (print ^bb) ; => 22 --- in Gambit I tried like --- (define *Data* '((aa 11) (bb 22) (cc 33))) (##readtable-char-handler-set! (##current-readtable) #\^ (lambda (stm ch) `(cadr (assoc ',(##read stm) *Data*)) ; ^^^^^^^^^^^^ ?? )) (pp ^bb) ; => #!unbound --- and I faild. Could you please teach me how to define "set-macro-character" like in Gambit. Thanks in advance.

2 3

Want to contribute
by HARSHIL GOEL 23 Jan '15

23 Jan '15

Hi my name is harshil goel and i was looking forward to contribute to your open source through your Organisation. Can anyone help me in getting started?

1 0