libera/#clasp - IRC Chatlog
Search
12:32:06
kpoeck
::notify Bike I have trouble building with configuration `--debug-assert-type-cast` with this line https://github.com/clasp-developers/clasp/blob/main/src/llvmo/link_intrinsics.cc#L1074 . Should that perhaps be a cast to `gc::As<LexDynEnv_sp>(tde)` instead? With that change it compiles fine.
12:32:43
Colleen
Bike: kpoeck said 37 seconds ago: I have trouble building with configuration `--debug-assert-type-cast` with this line https://github.com/clasp-developers/clasp/blob/main/src/llvmo/link_intrinsics.cc#L1074 . Should that perhaps be a cast to `gc::As<LexDynEnv_sp>(tde)` instead? With that change it compiles fine.
14:58:58
drmeister
yitzi: I'm writing a small database using this idea... http://birrell.org/andrew/papers/024-DatabasesPaper.pdf
15:00:12
drmeister
The idea is you keep the entire database in memory. You occasionally write out the entire database. When you make changes to the database you append to an update log.
15:02:32
drmeister
Reading the database means reading the file with the entire database and then the update log and applying the updates to the database.
15:02:57
yitzi
Just curious, I always just use s-expressions unless something non-Lisp code needs to read it.
15:04:36
drmeister
I'm going to need to write some jupyterlab widgets that have text input fields later.
15:05:01
drmeister
It's also going to write to an RFID printer and print labels with RFID tags programmed into them.
15:11:04
yitzi
Maybe add WITH-STANDARD-IO-SYNTAX to be extra careful. Also uiop:read-file-form is usefule
15:13:18
yitzi
Not trying to discourage you from using shasht. Its awesome, IMHO. Just know that JSON to Lisp type mapping has some pitfalls. The excruciating details are here https://sabracrolleton.github.io/json-review.html
15:17:49
drmeister
What's the problem with integers? That json-review says there are no surprises with integers.
15:19:05
pfd
:drmeister have you consideried tryingu Manardb https://github.com/ilitirit/manardb for your in-mem need(s)? It's tiny, but apparently quite decent.
15:22:21
pfd
drmeister: cool! I just might like to try yours, if you can share it;-) Maybe you're building something proprietary for work.
16:29:29
odycan
hi, i was trying to make sense of the benchmark results on this github page https://github.com/clasp-developers/clasp/wiki/Benchmark-Results, is lower the better? what is the units?
17:52:31
kpoeck
yitzi perhaps stupid question. ninja does run the ansi-test with `$clasp ..... | tee >&2 2| grep -s \"No unexpected failures\"". What does the 2| do?
18:45:23
drmeister
::notify odycan Yes, lower numbers are better. I think the numbers are seconds printed in european format with commas rather than decimal points?
19:40:31
drmeister
I think if I send that to the printer using CUPS it will print a label and program the RFID chip on the label. I have the printer but no labels to test.
20:46:15
drmeister
kpoeck: On macOS I think it is. I haven't done it in a while because things have been so torn apart.
20:46:53
drmeister
Ah wait - also, I got this M1 mac and I can't profile that way at the moment until I can build native M1 clasp.
20:49:13
drmeister
On my M1 macbook pro I need native arm clasp because dtrace on the M1 doesn't work with x86 code.
20:50:22
drmeister
I'd have to use AMD profiling code and use the AMD GUI application to view flame graphs. I haven't figured out (1) how to install X11 and (2) how to run the profiler on AMD and (3) obviously - how to run the GUI to view profiling results.