Search
21:11:16
stassats
no more alloc_tramp in x86-64-assem.S (just running tests and pushing)
21:33:30
stassats
% file sbcl.so => sbcl.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=4b8936153d245007c82993d6a7129ac20dd7f17f, not stripped
21:35:59
stassats
coming up after the break, loading sbcl.so
22:13:50
stassats
falls somewhere around FIND-DYNAMIC-FOREIGN-SYMBOL-ADDRESS
22:16:22
stassats
probably using a wrong handle
22:24:22
stassats
looks like, but don't really need to update the linkage table
22:28:46
stassats
http://paste.lisp.org/display/358439
22:34:08
stassats
pushed to https://github.com/stassats/sbcl/tree/sbcl.so
22:36:10
stassats
now to load into something more interesting, like an iOS app
22:40:54
stassats
i've always wanted to run SBCL on these apple A chips
22:41:26
stassats
the fastest i have is A9, but should still be faster than something in my samsung phone
22:41:48
stassats
i wonder how it will like mprotect and stuff
22:42:56
stassats
probably will have to hook up into elf (mach-o) for true delivery
22:44:08
stassats
wikipedia says mach-o is somehow related to sbcl, huh