freenode/#sbcl - IRC Chatlog
Search
9:29:05
flip214
with current git HEAD, a DEFSTRUCT and a corresponding (DEFMETHOD PRINT-OBJECT) tells me that some calls couldn't be inlined because the structure was not yet defined.
9:57:54
scymtym
ACTION compiled a file containing (defstruct foo) (defmethod print-object ((object foo) stream))
12:47:05
stassats
when NOTE_GARBAGE is taken out both make-target-2 and (gc :gen 7) in slime succeed
14:23:15
stassats
why do you go through zeroed and then update totals? can't you just increase totals directly?
14:26:01
stassats
interestingly, to diagnose it i disabled -O2, that helped, but in the cases when it did not crash it did crash later during slad
14:27:30
dougk
pretty. and another thing, sweep seems to clobber way too much on precise platforms. totally unusable
14:27:55
dougk
i wanted to diagnose it using 'traceroot' but that doesn't work on precise platforms either
14:28:29
dougk
just bzeroing garbage. generation 6 is the problem. whether it bzeros younger is irrelevant
14:32:09
dougk
yes, it just zeros without compacting so that subsequent passes have fewer spurious roots
14:51:34
Shinmera
Why does make.sh invoke time anyway? Shouldn't that be a responsibility of the user if they want timing data?
14:57:47
stassats
error: 'os_context_t {aka struct sigcontext}' has no member named 'si_mask'; did you mean 'sigc_mask'?
15:00:51
stassats
nobody uses sparc anyway, so i'll forgo #ifdefs and just make it work on my machine (ha-ha)
15:04:34
stassats
/usr/bin/ld: sparc architecture of input file `sparc-assem.o' is incompatible with sparc:v9 output
15:30:28
stassats
i wonder if i just remove static functions from hppa and alpha altogether, will it work?
15:53:46
Shinmera
foom: You'll probably have to fight nyef if you want to get rid of any architecture
16:09:48
stassats
call_into_lisp () at sparc-assem.S:59 59 st reg_ZERO, [reg_NL0+%lo(foreign_function_call_active)]
18:13:54
flip214
I've given my SBCL process ~6GB of RAM, but after an RSS of 2.4GB it drops into LDB, saying "No more immobile pages available"
18:15:53
flip214
now I tried with 10GB of dynamic space -- but as you said, stopped again at the same size.
18:20:02
flip214
I'm currently using a package as a quick de-duplication storage, I can use a hash-table instead.
18:20:34
stassats
well, regardless of whether symbols are immobile, never use abuse packages like that
19:15:35
flip214
I get "There is no applicable method for the generic function XXX when called with arguments ( ... )"
19:16:48
flip214
#<SB-DI::BOGUS-DEBUG-FUN "foreign function: new_thread_trampoline"> has no debug variable information.
19:17:50
flip214
I had that already a few hours ago... but it vanished after I removed all traces of a class (including its methods), and did a restart of my sbcl (to really clean up)
19:19:25
flip214
and (sb-mop:generic-function-methods #'...) tells me that there IS a method for that (single) argument's type
19:20:38
flip214
how would I keep the source line information for the sbcl internal function when rebuilding?
19:23:36
flip214
but I'd like to keep the information about source location of eg. SB-PCL::CALL-NO-APPLICABLE-METHOD
19:35:55
flip214
but after some heavy load (11G of 14G RAM used) sbcl doesn't find the method any more