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

Js backend example doesn't work
by Ben 11 Nov '19

11 Nov '19

Hi, I try to run the example for Js backend from https://mailman.iro.umontreal.ca/pipermail/gambit-list/2019-July/009103.html All the code compiles but I get a runtime error from node ---------------- gambit-test/linked_app.js:1066 return g_peps["##append"](); ^ TypeError: g_peps.##append is not a function ------------------- I guess it has something to do with the name 'append'? That this name cannot be overwritten in a local library? Regards Ben

1 2

Real-time or generational gc?
by Dimitris Vyzovitis 10 Nov '19

10 Nov '19

Are there any plans to implement a real-time or a generational gc in gambit? It would be nice to get thoz pause times down! -- vyzo

5 10

Binding SQLite LSM extension (SRFI-167)
by Amirouche Boubekki 04 Nov '19

04 Nov '19

Can I have some guidance on how to create bindings for sqlite lsm extensions? sqlite lsm extension is similar to leveldb used in gerbil. But unlike gerbil bindings, I would like the db calls to not block other gambit threads [0]. [0] https://github.com/vyzo/gerbil/blob/master/src/std/db/_leveldb.scm I was said on gitter to rely on some kind of socket to do that. But I am not sure how to proceed. To get started I would like to have a single POSIX thread database side and the gambit main thread communicating via a pipe or something similar. Eventually, my program must not require multiple programs to be started ie. a single command, possibly with multiple POSIX processus or threads (prefered). It will be nice if it is portable across OS. Thanks in advance for your help! -- Amirouche ~ https://hyper.dev

3 2

R7RS libraries and udem-dlteam/libs
by Amirouche Boubekki 04 Nov '19

04 Nov '19

Hello all! Can some brush me up about the R7RS libraries effort in Gambit? I stumbled upon https://github.com/udem-dlteam/libs/ but: A) There is no tests B) There is no doc C) The layout of the repository is as far as I can tell: libs/srfi/1/1.sld That would me that srfi 1 is importable with: (import (srfi 1 1)) which looks odd. Maybe I misunderstood something. D) There is not (scheme fu) libraries E) Can someone add a dummy test for a dummy library so that I can see how to run recent gambit with R7RS? Here is an example of such thing: https://github.com/amirouche/arew-scheme/blob/master/src/tests-tests.scm F) While I am at it, does gambit new module system support introspection or reflection? Thanks in advance! -- Amirouche ~ https://hyper.dev

3 9

CI (continuous integration) and bootstrapping
by Lassi Kortela 03 Nov '19

03 Nov '19

What is the main developers' stance on CI? Currently a Linux build is done on Travis and a Windows build on AppVeyor. I would recommend migrating to newer CI services: * I've have an excellent experience with Cirrus CI. They offer an extremely simple, no-frills experience; the UI has only the information you need. They support building on arbitrary Docker containers (which means it's easy to build on any Linux distro). They also have Windows, MacOS and FreeBSD. All of these can be driven from one YAML file. * I can also recommend GitLab CI which is similarly easy to use. Like Cirrus, they easily support Docker containers for Linux builds. I'm not sure how to do MacOS, Windows or BSD on it; you may have to bring your own server and install your own build runner on it. GitLab CI has more features than Cirrus but I'm not sure whether we need them (yet). It may be that GitLab CI can only be used on GitLab-hosted repos; not sure about this. So if we host Gambit on GitHub, there would have to be a hook that auto-updates a GitLab mirror as well. * Circle CI also gets a thumbs up from Göran Weinholt who has done complex CI for Scheme. It has Linux, Windows and Mac; not sure about the details. I have no personal experience with this service. Separately from the choice of CI service, there's the question of how to handle bootstrapping. Browsing Gambit's recent Travis logs, some builds fail because they expect a `make modules` run. How often does the CI break due to bootstrapping issues, and is there an easy solution to them? It might be worth considering some "releases between releases" to ease bootstrapping for people who actively follow Gambit to make it easier to build the latest master. Would this make sense? I don't really grasp the details of what I'm talking about here.

3 3

Hash-table SRFI implementations
by Lassi Kortela 01 Nov '19

01 Nov '19

Has somebody implemented the following SRFIs for Gambit? * SRFI 125: Intermediate hash tables * SRFI 126: R6RS-based hashtables It would be best to support all the hash-table SRFIs since different libraries use different ones. Ideally they have the same implementation under the hood, so hash-table objects created by any one SRFI's API are compatible with all the others.

2 2

Call for Workshop Proposals: ICFP 2020
by Sam Tobin-Hochstadt 30 Oct '19

30 Oct '19

CALL FOR WORKSHOP AND CO-LOCATED EVENT PROPOSALS ICFP 2020 25th ACM SIGPLAN International Conference on Functional Programming August 23 - 28, 2020 Jersey City, NJ, US https://icfp19.sigplan.org/ The 25th ACM SIGPLAN International Conference on Functional Programming will be held in Jersey City, New Jersey on August 23-28, 2020. ICFP provides a forum for researchers and developers to hear about the latest work on the design, implementations, principles, and uses of functional programming. Proposals are invited for workshops (and other co-located events, such as symposiums) to be affiliated with ICFP 2020 and sponsored by SIGPLAN. These events should be less formal and more focused than ICFP itself, include sessions that enable interaction among the attendees, and foster the exchange of new ideas. The preference is for one-day events, but other schedules can also be considered. The workshops are scheduled to occur on August 23rd (the day before ICFP) and 27-28th of August (the two days after ICFP). ---------------------------------------------------------------------- Submission details Deadline for submission: November 15, 2019 Notification of acceptance: December 13, 2019 Prospective organizers of workshops or other co-located events are invited to submit a completed workshop proposal form in plain text format to the ICFP 2020 workshop co-chairs (Jennifer Hackett and Leonidas Lampropoulos) via email to icfp-workshops-2020(a)googlegroups.com by November 15, 2019. (For proposals of co-located events other than workshops, please fill in the workshop proposal form and just leave blank any sections that do not apply.) Please note that this is a firm deadline. Organizers will be notified if their event proposal is accepted by December 13, 2019, and if successful, depending on the event, they will be asked to produce a final report after the event has taken place that is suitable for publication in SIGPLAN Notices. The proposal form is available at: http://www.icfpconference.org/icfp2020-files/icfp20-workshops-form.txt Further information about SIGPLAN sponsorship is available at: http://www.sigplan.org/Resources/Proposals/Sponsored/ ---------------------------------------------------------------------- Selection committee The proposals will be evaluated by a committee comprising the following members of the ICFP 2020 organizing committee, together with the members of the SIGPLAN executive committee. Workshop Co-Chair: Jennifer Hackett (University of Nottingham) Workshop Co-Chair: Leonidas Lampropoulos (University of Maryland) General Chair: Stephanie Weirich (University of Pennsylvania) Program Chair: Adam Chlipala (MIT) ---------------------------------------------------------------------- Further information Any queries should be addressed to the workshop co-chairs (Jennifer Hackett and Leonidas Lampropoulos), via email to icfp-workshops-2020(a)googlegroups.com.

1 0

gambit build failing
by Bradley Lucier 29 Oct '19

29 Oct '19

I didn't notice this right away, because the CI build has been timing out and I (and I presume everyone else) was ignoring the build error. But this one is real: gcc -march=native -D___CAN_IMPORT_CLIB_DYNAMICALLY -O1 -Wno-unused -Wno-write-strings -Wdisabled-optimization -fwrapv -fno-strict-aliasing -fno-trapping-math -fno-math-errno -fschedule-insns2 -fomit-frame-pointer -fPIC -fno-common -mpc64 -I"../include" -c -o "" -D___LIBRARY gcc: fatal error: output filename may not be empty compilation terminated. This is with 148 15:44 update-gambit-git ; pulls and checks out latest 149 15:44 ./configure 'CC=gcc -march=native -D___CAN_IMPORT_CLIB_DYNAMICALLY' '--enable-single-host' '--enable-shared' '--enable-multiple-versions' 150 15:44 make Any ideas? Brad

1 0

table-update! primitive
by Dimitris Vyzovitis 26 Oct '19

26 Oct '19

Marc, Can we add a table-update! primitive? Updates are currently slow because they need two lookups in the hash table, one to find the current value (if any) and one to set it. The canonical signature is (table-update! table key update default), where update is applied to the current value, using default if the value is unset. -- vyzo

3 4

Gerbil: FFI Gerbil modules, why instead of a single Scheme file, a .ssi with (extern ..) + a .scm?
by Adam 22 Oct '19

22 Oct '19

Hi Vyzo, Browsing Gerbil modules for instance here https://github.com/vyzo/gerbil/tree/master/src/std/db I see that FFI modules tend to have a non-standard format, instead of just being a file whateverclibmodule.scm (or .ss in the Gerbil convention, though .scm is supported since last week right) which contains normal Scheme and Scheme FFI code interspersed e.g. (define-c-lambda funame ...) implies (export funame) , you have a .scm file and a .ssi file, where the .ssi contains (extern funame). Why is this? Thanks, Adam

2 7