00:44:08 Oh, wow. PROGV is amusingly inefficient. 01:10:26 -!- The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has quit [Ping timeout: 276 seconds] 01:11:19 weirdo [~sthalik@sthalik.broker.freenet6.net] has joined #sbcl 01:41:12 -!- attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has quit [Quit: Leaving.] 02:21:21 nyef pasted "A (possibly outdated or inaccurate) list of functions known to the compiler, but without interpreter stubs." at http://paste.lisp.org/display/115357 02:23:02 That done, sleep beckons. 02:23:05 -!- nyef [~nyef@pool-70-109-147-129.cncdnh.east.myfairpoint.net] has quit [Quit: G'night all.] 02:34:19 cmpitg [~cmpitg@118.71.132.157] has joined #sbcl 03:05:32 The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has joined #sbcl 03:44:07 -!- cmpitg [~cmpitg@118.71.132.157] has quit [Quit: leaving] 05:05:19 -!- Kaes [b@c-cfcee253.97-16-64736c12.cust.bredbandsbolaget.se] has quit [Ping timeout: 252 seconds] 05:10:42 stassats [~stassats@wikipedia/stassats] has joined #sbcl 05:50:25 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 252 seconds] 07:00:39 Kaes [b@c-cfcee253.97-16-64736c12.cust.bredbandsbolaget.se] has joined #sbcl 07:36:01 nikodemus [~nikodemus@cs181199216.pp.htv.fi] has joined #sbcl 07:36:01 -!- ChanServ has set mode +o nikodemus 08:08:07 -!- nikodemus [~nikodemus@cs181199216.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 08:16:40 nikodemus [~nikodemus@cs181199216.pp.htv.fi] has joined #sbcl 08:16:40 -!- ChanServ has set mode +o nikodemus 08:33:27 -!- nikodemus [~nikodemus@cs181199216.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 08:33:28 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 08:59:55 -!- rbarraud [~rbarraud@118-93-161-252.dsl.dyn.ihug.co.nz] has quit [Ping timeout: 240 seconds] 09:00:24 rbarraud [~rbarraud@118-92-5-160.dsl.dyn.ihug.co.nz] has joined #sbcl 09:26:13 Blkt [~user@93-33-136-136.ip44.fastwebnet.it] has joined #sbcl 09:33:15 -!- Kaes [b@c-cfcee253.97-16-64736c12.cust.bredbandsbolaget.se] has quit [Ping timeout: 265 seconds] 09:35:37 good day everyone 09:39:00 Kaes [b@c-cfcee253.97-16-64736c12.cust.bredbandsbolaget.se] has joined #sbcl 10:52:07 stassats [~stassats@wikipedia/stassats] has joined #sbcl 11:09:04 attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has joined #sbcl 11:26:11 -!- Blkt [~user@93-33-136-136.ip44.fastwebnet.it] has quit [Quit: quit] 11:52:56 -!- lnostdal [~quassel@167.80-203-136.nextgentel.com] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.] 11:53:29 lnostdal [~quassel@167.80-203-136.nextgentel.com] has joined #sbcl 12:12:07 hargettp [~anonymous@pool-71-184-191-33.bstnma.east.verizon.net] has joined #sbcl 12:17:47 -!- attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has quit [Quit: Leaving.] 12:29:48 -!- _3b` [foobar@cpe-72-179-19-4.austin.res.rr.com] has quit [Ping timeout: 240 seconds] 12:48:04 -!- rbarraud [~rbarraud@118-92-5-160.dsl.dyn.ihug.co.nz] has quit [Read error: Connection reset by peer] 12:51:11 -!- tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Quit: Leaving.] 12:51:48 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 12:58:16 attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has joined #sbcl 13:02:13 -!- hargettp [~anonymous@pool-71-184-191-33.bstnma.east.verizon.net] has quit [Ping timeout: 245 seconds] 13:04:50 nyef [~nyef@pool-70-109-147-129.cncdnh.east.myfairpoint.net] has joined #sbcl 13:05:28 -!- attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has left #sbcl 13:05:49 G'morning all. 13:08:43 hargettp [~anonymous@pool-71-174-128-10.bstnma.east.verizon.net] has joined #sbcl 13:33:13 -!- The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has quit [Ping timeout: 255 seconds] 13:48:16 -!- lnostdal [~quassel@167.80-203-136.nextgentel.com] has quit [Read error: Connection reset by peer] 13:49:28 lnostdal [~quassel@167.80-203-136.nextgentel.com] has joined #sbcl 14:08:04 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 264 seconds] 14:27:00 -!- weirdo [~sthalik@sthalik.broker.freenet6.net] has quit [Ping timeout: 240 seconds] 14:35:28 weirdo [~sthalik@sthalik.broker.freenet6.net] has joined #sbcl 14:41:39 -!- hargettp [~anonymous@pool-71-174-128-10.bstnma.east.verizon.net] has quit [Quit: hargettp] 14:47:46 mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has joined #sbcl 15:32:13 -!- tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Quit: Leaving.] 15:34:37 hargettp [~anonymous@pool-71-174-128-10.bstnma.east.verizon.net] has joined #sbcl 15:35:22 tsuru [~charlie@c-174-50-217-160.hsd1.tn.comcast.net] has joined #sbcl 16:03:08 -!- gnooth [~test@ip98-176-79-151.sd.sd.cox.net] has quit [Remote host closed the connection] 16:06:59 kclifton [~kclifton@s198-166-45-245.ab.hsia.telus.net] has joined #sbcl 16:18:58 gnooth [~test@ip98-176-79-151.sd.sd.cox.net] has joined #sbcl 16:22:00 nikodemus [~nikodemus@cs181199216.pp.htv.fi] has joined #sbcl 16:22:00 -!- ChanServ has set mode +o nikodemus 16:40:58 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 18:35:46 _3b` [foobar@cpe-72-179-19-4.austin.res.rr.com] has joined #sbcl 18:44:00 -!- weirdo [~sthalik@sthalik.broker.freenet6.net] has quit [Ping timeout: 272 seconds] 18:46:01 weirdo [~sthalik@sthalik.broker.freenet6.net] has joined #sbcl 19:15:31 stassats [~stassats@wikipedia/stassats] has joined #sbcl 19:19:08 -!- weirdo [~sthalik@sthalik.broker.freenet6.net] has quit [Read error: Connection reset by peer] 19:23:16 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 272 seconds] 19:24:32 rmarynch [~roman@88.135.194.233] has joined #sbcl 19:26:01 Hello all 19:26:10 Hello rmarynch. 19:26:17 there is an interesting LOOP bug: https://bugs.launchpad.net/sbcl/+bug/613876 19:26:53 I wonder why these warning occur? At least, variable LOOP-MAXMIN-1248 is used in RETURN-FROM 19:27:08 maybe this is a compiler bug? 19:27:39 Is the return-from ever executed? 19:28:03 yes, it yields the LOOP form result 19:29:39 moreover, other variables are used too - when building a structure with #S 19:30:30 So I am not sure whether this should be fixed in loop.lisp 19:32:39 it occurs because you've got two nested lets with the same variable names in there 19:34:51 attila_lendvai [~attila_le@adsl-89-132-27-7.monradsl.monornet.hu] has joined #sbcl 19:34:52 so even though the inner loop-maxmin-1248 is used, the outer isn't 19:36:04 Krystof [~csr21@nat76.mia.three.co.uk] has joined #sbcl 19:36:04 -!- ChanServ has set mode +o Krystof 19:36:15 jsnell: I do not see the nested LETs in the macroexpand of that form 19:36:39 jsnell: are they implicit? 19:38:04 well, the loop expands to two nested with-minimax-values 19:38:08 which both expand to a let 19:40:02 jsnell: I see that now, thanks 19:42:01 -!- attila_lendvai [~attila_le@adsl-89-132-27-7.monradsl.monornet.hu] has quit [Ping timeout: 252 seconds] 19:46:17 attila_lendvai [~attila_le@adsl-89-132-27-7.monradsl.monornet.hu] has joined #sbcl 19:48:37 -!- tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Quit: Leaving.] 19:52:28 -!- attila_lendvai [~attila_le@adsl-89-132-27-7.monradsl.monornet.hu] has quit [Ping timeout: 252 seconds] 19:55:07 drewc [~user@S01060013101b6ddb.vc.shawcable.net] has joined #sbcl 20:07:29 -!- rmarynch [~roman@88.135.194.233] has quit [Quit: Leaving] 20:25:39 VOP argument lifetimes again: http://www.lisphacker.com/temp/voplife.png 20:25:58 ooh 20:26:16 And http://www.lisphacker.com/temp/voplife.el 20:26:59 It's rough, and I don't know how well it'll cope with reader conditionals or anything, but it's a start. 20:27:51 What I'd really like, though, is to be able to edit the lifetimes by moving the ends of the bars around and then having the corresponding source updated. 20:28:33 I'd like that same kind of thing to work in my rss reader about travel delays 20:28:44 if I edit it to read "Good Service", the trains should start working again 20:28:51 Oops. There's a bit of garbage at the bottom of the .el file. 20:28:57 (nice idea) 20:31:09 Should be doable, too. But I'm not going to try for that just yet. 20:32:40 nyef: very nice 20:33:58 this is a good elisp day, obviously 20:34:14 Oh? 20:34:25 new paredit is up too 20:34:32 Ah, right. 20:34:43 (load "voplife.el") is now in my slime hook :) 20:34:58 Blkt [~user@93-33-130-131.ip44.fastwebnet.it] has joined #sbcl 20:35:01 Also doing a key assignment? 20:35:07 not just now 20:35:11 Fair enough. 20:35:46 -!- kclifton [~kclifton@s198-166-45-245.ab.hsia.telus.net] has quit [Quit: kclifton] 20:35:53 i wonder if we should have slime-sbcl-hacker contrib 20:36:04 slime contrib, that is 20:36:13 I... usually don't use slime when hacking on SBCL. 20:37:07 I was thinking that these sort of tools almost belong in the SBCL tree proper. 20:38:26 -!- Krystof [~csr21@nat76.mia.three.co.uk] has quit [Ping timeout: 240 seconds] 20:38:59 you ... don't ... use ... slime ... when ... *gasp* 20:39:34 What? I'm constantly rebuilding SBCL, I don't keep a persistent image. 20:39:39 but i have no objections to sbcl/hacker-tools or similar :) 20:40:02 Needs more than just this, though. 20:42:27 And this should probably be cleaned up a bit before committing. 20:42:27 but you look at the sources in emacs, right? and that emacs has slime running from /usr/local/bin/sbcl? and then you hotpatch things while waiting for the real build to finish to test your changes early on? 20:42:32 *nikodemus* is baffled 20:42:51 Umm... Not usually, no. 20:43:09 Quite often, I'm banging on something that can't reasonably be hot-patched anyway. 20:43:21 fair point, that :) 20:43:34 Or is several patches deep in a custom branch, like the tls-index fixup stuff. 20:44:20 ("Sure, I could hot-patch this, but I'd need to adjust these three package definitions, then compile these supporting functions and macros, then...) 20:44:25 ah 20:45:11 i tend to keep a built sbcl in sbcl-cvs, and when hacking on branches with multiple changes i install a copy temporarily to use for hotpatching 20:45:33 Hrm. Perhaps I should do something like that, too. 20:46:02 (i suppose i should use slime with run-sbcl.sh instead, but i haven't bothered to figure out how to do the "multiple implementations/setups" thing) 20:46:19 Ah! I think I did a while ago. 20:46:21 so i just install sbcl a few times a day :) 20:46:39 ... But I think that was on a windows VM that I don't currently have access to. 20:47:44 one thing we should do, though, is add :sbcl-hacker feature or something, which would add :load-toplevel for instruction-format definitions, etc 20:47:59 so that it would be easier to hotpatch more stuff 20:48:19 or maybe :sbcl-bloat-for-internals-hackers :) 20:48:44 Umm... Actually, I've been thinking that the disassembler is a good candidate for refactoring. 20:49:04 Especially the arg-format stuff. 20:50:36 you'll hear no objections from me 20:52:13 Would you say that the disassembler is, to some extent, part of the debugger, or is it a separate component? 20:53:29 hum 20:54:39 i think my intuition is that code-vector -> symbolic-representation type of service should be part of assembler 20:54:58 and function -> nice textual output should be built on top of that 20:56:07 (code-vector being any sort of binary code in this case: sap+length, a vector of ub8, whatever) 21:00:00 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 21:01:15 I don't think it's part of the assembler, even if it /is/ arguably the same mapping run backwards. 21:09:49 -!- Kaes [b@c-cfcee253.97-16-64736c12.cust.bredbandsbolaget.se] has quit [Read error: Connection reset by peer] 21:10:03 Kaes [b@c-cfcee253.97-16-64736c12.cust.bredbandsbolaget.se] has joined #sbcl 21:11:09 well, in the sense that it seems to me both should be driven by the same instruction definitions 21:13:06 -!- tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Quit: Leaving.] 21:26:19 -!- froydnj [~froydnj@cpe-173-89-193-139.indy.res.rr.com] has quit [Ping timeout: 240 seconds] 21:46:33 -!- hargettp [~anonymous@pool-71-174-128-10.bstnma.east.verizon.net] has quit [Quit: hargettp] 22:09:34 rbarraud [~rbarraud@118-92-5-160.dsl.dyn.ihug.co.nz] has joined #sbcl 22:25:36 -!- mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has quit [Ping timeout: 265 seconds] 22:28:43 -!- drewc [~user@S01060013101b6ddb.vc.shawcable.net] has quit [Ping timeout: 240 seconds] 22:33:54 -!- fe[nl]ix [~lacedaemo@pdpc/supporter/professional/fenlix] has quit [Ping timeout: 272 seconds] 22:59:34 fe[nl]ix [~lacedaemo@pdpc/supporter/professional/fenlix] has joined #sbcl 23:22:47 -!- fe[nl]ix [~lacedaemo@pdpc/supporter/professional/fenlix] has quit [Quit: Valete!] 23:26:14 fe[nl]ix [~lacedaemo@pdpc/supporter/professional/fenlix] has joined #sbcl 23:40:02 pkhuong_: Since you're active, can I ask you about SBCL 1.0.30.2, CONSTANT-LVAR-P, variables declared to be of type (integer 0 0), and LP bug 309063? 23:47:46 -!- Blkt [~user@93-33-130-131.ip44.fastwebnet.it] has quit [Ping timeout: 265 seconds] 23:51:01 -!- nikodemus [~nikodemus@cs181199216.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 23:54:34 nikodemus [~nikodemus@cs181199216.pp.htv.fi] has joined #sbcl 23:54:34 -!- ChanServ has set mode +o nikodemus 23:57:01 nyef: looking 23:58:31 Basically, this bug only occurs with a /variable/ that happens to be known to be an integer zero. 23:58:45 I could just define the VOP for PPC, but that leaves the other platforms open. 23:59:19 how would you detect singleton numeric types?