@mflatt a fresh checkout of mflatt/racket#linklet segfaults during make for me (building on Linux) with SIGSEGV MAPERR si_code 1 fault on addr 0x39. It appears to be somewhere in the db package when the error occurs.

@ryanc I’ll push a repair soon; I’m not sure why it doesn’t crash on Mac OS, but the reason for the crash seems clear, and it’s related to yesterday’s sync with the main branch

@mflatt thanks!

echo '(reset-handler abort) (keyboard-interrupt-handler abort)' '(compile-file "core.sls")' \| scheme -q
compiling core.sls with output to core.so
Exception: missing import for make-mutex (only (chezscheme) make-mutex) at line 1, char 9 of <http://lock-hash.ss\|lock-hash.ss>
make: *** [core.so] Error 255
```   the offending line
```(import (only (chezscheme) make-mutex))``` Maybe i am not allowed to put an import in this file?  I'm having a hard time figuring out how to correctly use chez.
<strong>@mflatt</strong> <strong>@samth</strong>

```spall@spall:~/iu/hash-tables/not-a-box$ make
echo '(reset-handler abort) (keyboard-interrupt-handler abort)' '(compile-file "core.sls")' \| scheme -q
compiling core.sls with output to core.so
Exception: attempt to reference unbound identifier make-mutex at line 5, char 12 of <http://lock-hash.ss\|lock-hash.ss>
make: *** [core.so] Error 255

Without the import I get this error.

@spall maybe come by my office if you’re in LH

alright

@ryanc Should build ok, now

@mflatt yes, it works for me now, thanks

I consistently get this error when running make in not-a-box:

/home/samth/tmp/linklet/racket/collects/racket/private/kw.rkt:773:47: read-syntax: bad syntax `#λ`
  context...:
   expander.scm:59938:18
   expander.scm:60759:51
   expander.scm:61074:65
   expander.scm:61099:65
   expander.scm:61099:65
   expander.scm:61099:65
   expander.scm:61099:65
   expander.scm:61099:65
   expander.scm:61099:65
   expander.scm:61099:65

this is with HEAD of both repos

I’m not getting that at the moment, and I don’t have a clear idea of why the reader would receive a λ in place of a t

alternatively when I used a different install of linklet I got a paren-vs-square bracket reader error

I’ll try a fresh clone of everything

It could be something in the port layer that depends on how many bytes an input port produces at a time, but it seems strange that you get consistent errors and I don’t get any

could it have to do with on-demand-zo-loading?

sadly that didn’t help :disappointed:

That did seem unlikely

You’re using a stock Chez?

well, with my PR about date-dst?

but this happened before then

I’ll try bisecting

once these tests finish

@samth I get that error when I try to build on Linux, so I can investigate more

ok, great

my guess is that it’s an encoding issue

Inconveniently, I can’t find any revision on which I can successfully read that file

definitely an encoding issue, since commenting out the entire file with ; causes the reader to loop

It really was something in the port layer that depends on how many bytes an input port produces at a time

fun

works great now, thanks!

Looks like the changes have fixed the performance problem for just running racket code — my little bubble sort benchmark now runs as fast as extracted (and 30% faster than regular racket)

Good – I was hoping for that. I’ve been looking at the regexp expander as an example, where changes haven’t made much improvement, yet