<daviid>str1ngs: wrt 'later tell daviid' msg, (a) indeed g-golf is still missing an implementation for arrays both wrt gi-argument (which is the use case you posted, gtk-css-provider-load-from-data) and gvalue (that would be for signals and callback ...) I need to work on this <sneek>Welcome back daviid, you have 1 message. <sneek>daviid, str1ngs says: . Hello daviid when you have time can you take a look at why this is not working? http://paste.debian.net/1127946. I suspect Warning: Unimplemented type - array;: (c -1 #f 1 uint8) might be a hint? also can you confirm when passing SCM strings to functions/methods that take say const *char they are NULL terminated? <daviid>str1ngs: wrt to the second question, whenever g-golf passes a string to a gnome lib you are using, it always use string->pointer (which yes, 'produces' null terminated strings <str1ngs>sneek later daviid. thanks for the reply. no rush on gtk-css-provider-load-from-data I just wrote a typlelib function types supported by g-golf for now. thanks for the details. <str1ngs>sneek later tell daviid. thanks for the reply. no rush on gtk-css-provider-load-from-data I just wrote a typlelib function types supported by g-golf for now. thanks for the details. <sneek>Welcome back lfam, you have 1 message. <str1ngs>lfam: sneek is like a cat. won't take just any old botsnack :) <erkin>Arch packagers are really dragging their feet about updating the Guile package. <lloda>pushed the rl_get_keymap thing <lloda>I want to remove array-handle from vectors.c <lloda>technically incompatible, but only for cases that shouldn't be supported anyway <wingo>incompatible changes should go on a branch for 3.2 i think <lloda>do you have ideas for 4.0 :-) ***ng0_ is now known as ng0
<wingo>lloda: for 4.0, dunno :) i have a list of things somewhere :) <str1ngs>would compiling to wasm be a good candidate for 4.0?