freenode/#clasp - IRC Chatlog
Search
16:04:47
Bike
so cool fact, if an error is signaled in '-I -n' mode clasp dies because backtrace-frame-fix-names doesn't exist
17:14:35
Bike
i'm getting a bunch of errors i don't understand from gc_interface.cc and stuff saying that my new class is an incomplete type. It looks like it only sees the forward declaration.
17:18:23
Bike
i mean, i guess what it's actually going off is a forward declaration the scraper put in, but i don't know why it doesn't have the actual definition
17:37:02
jackdaniel
Bike: what clasp does? https://gitlab.com/embeddable-common-lisp/ecl/-/merge_requests/194 (also, do you have an opinion about gf congruency with this regard?)
17:40:10
Bike
so what this does is have an &allow-other-keys in a generic function mean that any keys are allowed in the methods?
17:41:28
jackdaniel
that is what standard says, but this commit is about something else (please see the commit message in the first one)
17:42:01
jackdaniel
methods are obliged to have all keyword arguments as defgeneric has (plus possibly some more if &allow-other-keys is specified in either)
17:42:41
jackdaniel
this change makes it so that method doesn't have to have all keys mentioned in defgeneric if said defgeneric has &allow-other-keys
17:48:31
Bike
with changing the behavior. it's a pretty small thing. i suppose that going off the logic in 7.6.4, what i'd actually expect is... if a generic function specifies &allow-other-keys, each method has to have &allow-other-keys or &rest, so it can accept any key
19:17:03
kpoeck
try https://github.com/clasp-developers/clasp/wiki/Road-to-clasp-with-lvm@9, just tried to update them
19:18:23
selwyn
i am trying to implement bignum arithmetic by defining virtual functions in the class Bignum_O derived from Integer_O e.g. Bignum_O::shift_
19:19:59
selwyn
gdb is telling me that an Integer_sp has no vtable, which causes a segfault when i try to call one of these methods, so i am wondering if there is some initializing step i am not doing
19:20:20
selwyn
as far as i can tell allocating using GC_ALLOCATE should be fine? it calls the constructor?
19:22:32
Bike
maybe i'm not understanding something. bignum.cc already has a shift_, right? you're just replacing it.
19:44:19
Bike
and i tracked down the "#<FOO >" thing and it turned out to be sillier than i thought so i think i can just remove that problem
19:53:20
clasper
https://github.com/clasp-developers/clasp/wiki/Road-to-clasp-with-lvm@9, seems to be empty?
20:30:13
Bike
there's no reason we can't get t he lambda list for a function in the backtrace... so we can back construct the actual argument bindings, rather than using cl-user::arg2 and such
20:35:28
Bike
eval-in-frame does funny things for what are probably supposed to be method calls, oh no.
23:03:46
selwyn
so the bignum vtables are fine, the problem was that it was actually an Integer with a fixnum attached (Fixnum_dummy_O?) that didn't have one, i guess for speed
3:49:41
Bike
http://ix.io/2h7d here's what swank/clasp.lisp's debug part looks like with the changes i've made so far
3:50:18
Bike
eval-in-frame is still messy and frame-locals needs cleanup, but other than that i think it's going pretty well
3:51:41
Bike
though they're kinda useless. no local variables or anything. also the names are still mangled