Novembre 2019 - 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