freenode/#sbcl - IRC Chatlog
Search
6:18:36
karlosz
hm, but this shouldn't have changed since the old days. sb-sys:structure!object has always existed
6:20:39
karlosz
Krystof: how did one do such a thing in your day? you would cross compile a fasl and load it into the host with just CL:LOAD?
6:22:40
karlosz
ive got no structs. the error i get is The loaded code expects an incompatible layout for class SB-C::DEBUG-SOURCE.
6:23:11
Krystof
I remember actually trying this for MIPS, where my host was so slow I could cross-compile PCL files one at a time and scp them across faster than the mips could just compile them
6:23:58
Krystof
hm, not sure. Possible that what I was doing meant that there wasn't any debug source
6:24:52
karlosz
would be great to hack on the XC in slime and actually load the code objects on the fly
6:36:49
karlosz
i disabled the layout check and now i get "undefined assembler routine sb-vm::generic-="
6:39:55
karlosz
*sigh* no more need to rename packages to cross compile, the work is offloaded onto actually loading these objects into the renamed system
6:42:51
karlosz
so having a cross compiler sbcl and a fresh sbcl to load the cross compiled objects works well
7:14:26
karlosz
the cool thing is that f is completely eliminated with the optimization and the (+ 2 .. ) can get folded with the 3 in F
7:14:52
karlosz
that's what i mean by exposing more data flow analyses by integrating the body of the function into the call graph
7:16:10
karlosz
those are deriving from the same source form, but the first one is with the upgraded locall analysis vs the second one which is stock SBCL
7:16:31
karlosz
i can't get the optimization to self build yet so clearly it has applications in self build as well
7:25:03
karlosz
technically this optimization should work for all local functions, not just those with tail calls. how do i put that in the pipeline...
11:52:14
flip214
stassats: I would appreciate it if you could provide some optimized convert-from-foreign-usb8 in CFFI..
11:52:52
flip214
I have a callback to lisp again which gets a void* and a length, and I need to get a (temporary) lisp array with element-type (unsigned-byte 8)
11:53:23
flip214
the CFFI function currently copies every byte out, one after another - which is the "right" thing to do as far as lifetime issues go.
11:55:48
flip214
How would I get a lisp array that points to these bytes, so I can call WRITE-SEQUENCE?
11:56:59
flip214
CFFI:mem-ref requires the bytes to be continuous in memory too... can't I cast or fake an array here?
11:57:49
flip214
of course, WRITE-SEQUENCE will also "just loop", so I can just move that loop into my callback function...