00:20:23 hello, i am trying to follow nikodemus' suggestions on #806398 and this is the idea i am working on at the moment and would like some style comments. http://paste.lisp.org/+2XZT/1 00:20:37 lp #806398 00:20:37 https://bugs.launchpad.net/bugs/806398 00:31:30 <|3b|> s/exits-/exists-/ and don't leave )) on lines by themselves 00:45:28 <|3b|> also :if-exist looks like it should be :if-exists 00:49:54 -!- Bike [~Glossina@71-222-62-46.ptld.qwest.net] has quit [Ping timeout: 264 seconds] 00:50:09 Bike [~Glossina@71-222-62-46.ptld.qwest.net] has joined #sbcl 01:04:52 prxq_ [~mommer@mnhm-590c3cbd.pool.mediaWays.net] has joined #sbcl 01:07:51 -!- prxq [~mommer@mnhm-5f75db05.pool.mediaWays.net] has quit [Ping timeout: 252 seconds] 01:42:59 -!- drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 01:43:34 drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has joined #sbcl 01:51:31 -!- drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has quit [Ping timeout: 276 seconds] 02:17:20 Bike_ [~Glossina@75-164-172-217.ptld.qwest.net] has joined #sbcl 02:20:30 -!- Bike [~Glossina@71-222-62-46.ptld.qwest.net] has quit [Ping timeout: 264 seconds] 02:22:04 -!- Bike_ [~Glossina@75-164-172-217.ptld.qwest.net] has quit [Ping timeout: 276 seconds] 02:23:15 Bike [~Glossina@75-164-173-11.ptld.qwest.net] has joined #sbcl 02:25:48 drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has joined #sbcl 02:39:31 -!- christoph4 [~christoph@ppp-188-174-11-81.dynamic.mnet-online.de] has quit [Ping timeout: 264 seconds] 02:47:11 meiji11 [~user@205.150.123.10] has joined #sbcl 02:52:34 christoph4 [~christoph@ppp-188-174-86-199.dynamic.mnet-online.de] has joined #sbcl 03:01:26 Bike_ [~Glossina@174-25-62-227.ptld.qwest.net] has joined #sbcl 03:01:53 -!- Bike [~Glossina@75-164-173-11.ptld.qwest.net] has quit [Disconnected by services] 03:01:58 -!- Bike_ is now known as Bike 03:16:29 Bike_ [~Glossina@67-5-201-187.ptld.qwest.net] has joined #sbcl 03:16:54 -!- Bike_ [~Glossina@67-5-201-187.ptld.qwest.net] has quit [Client Quit] 03:17:10 Bike_ [~Glossina@67-5-201-187.ptld.qwest.net] has joined #sbcl 03:17:36 -!- samskulls [~user@S0106001111de1fc8.cg.shawcable.net] has quit [Remote host closed the connection] 03:17:39 -!- Bike [~Glossina@174-25-62-227.ptld.qwest.net] has quit [Disconnected by services] 03:17:44 -!- Bike_ is now known as Bike 03:19:04 Bike_ [~Glossina@67-5-204-202.ptld.qwest.net] has joined #sbcl 03:19:52 -!- Bike [~Glossina@67-5-201-187.ptld.qwest.net] has quit [Disconnected by services] 03:19:53 -!- Bike_ is now known as Bike 03:40:06 -!- wbooze [~wbooze@xdsl-78-35-178-142.netcologne.de] has quit [Read error: Operation timed out] 03:55:57 teggi [~teggi@123.20.117.83] has joined #sbcl 03:58:07 -!- Bike [~Glossina@67-5-204-202.ptld.qwest.net] has quit [Ping timeout: 264 seconds] 04:03:25 Bike [~Glossina@71-222-50-45.ptld.qwest.net] has joined #sbcl 04:20:30 -!- Bike [~Glossina@71-222-50-45.ptld.qwest.net] has quit [Ping timeout: 264 seconds] 04:20:44 Bike [~Glossina@71-222-50-45.ptld.qwest.net] has joined #sbcl 04:28:33 attila_lendvai [~attila_le@92.47.249.39] has joined #sbcl 04:28:33 -!- attila_lendvai [~attila_le@92.47.249.39] has quit [Changing host] 04:28:33 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 04:33:45 -!- drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 04:35:22 drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has joined #sbcl 04:40:48 -!- meiji11 [~user@205.150.123.10] has quit [Remote host closed the connection] 05:02:56 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Quit: This computer has gone to sleep] 05:13:03 -!- capisce [~srodal@cm-84.215.35.251.getinternet.no] has quit [Quit: leaving] 05:14:41 tcr1 [~tcr@78.186.252.238] has joined #sbcl 05:16:35 ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has joined #sbcl 05:27:53 -!- drmeister [~drmeister@pool-71-185-168-200.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 05:30:30 -!- foreignFunction [~niksaak@ip-4761.sunline.net.ua] has quit [Remote host closed the connection] 05:33:49 -!- maxm- [~user@unaffiliated/maxm] has quit [Remote host closed the connection] 05:33:55 maxm-- [~user@openchat.com] has joined #sbcl 05:43:30 -!- tcr1 [~tcr@78.186.252.238] has quit [Quit: Leaving.] 06:18:40 -!- ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has quit [Ping timeout: 276 seconds] 06:20:48 -!- robgssp [~user@cpe-24-93-28-218.rochester.res.rr.com] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 06:21:59 -!- yacks [~py@180.151.36.168] has quit [Read error: Operation timed out] 06:22:35 robgssp [~user@cpe-24-93-28-218.rochester.res.rr.com] has joined #sbcl 06:23:42 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 06:29:54 yacks [~py@180.151.36.168] has joined #sbcl 06:49:36 gor[e] [~svr@79.165.187.105] has joined #sbcl 06:50:45 -!- gor[e] [~svr@79.165.187.105] has quit [Client Quit] 07:07:57 attila_lendvai [~attila_le@87.247.13.92] has joined #sbcl 07:07:57 -!- attila_lendvai [~attila_le@87.247.13.92] has quit [Changing host] 07:07:57 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 07:08:14 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 07:08:19 -!- Bike [~Glossina@71-222-50-45.ptld.qwest.net] has quit [Ping timeout: 264 seconds] 07:08:25 Guest71706 [~attila_le@87.247.13.92] has joined #sbcl 07:54:05 tcr1 [~tcr@88.249.118.172] has joined #sbcl 07:55:13 -!- danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has quit [Remote host closed the connection] 08:04:56 scymtym_ [~user@ip-5-147-122-209.unitymediagroup.de] has joined #sbcl 08:27:04 wbooze [~wbooze@xdsl-87-79-193-155.netcologne.de] has joined #sbcl 08:37:05 -!- tcr1 [~tcr@88.249.118.172] has quit [Ping timeout: 256 seconds] 09:02:05 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 09:02:05 -!- Guest71706 [~attila_le@87.247.13.92] has quit [Read error: Connection reset by peer] 09:02:07 benkard [~benkard@mnch-5d868f73.pool.mediaWays.net] has joined #sbcl 10:41:12 -!- maxm-- is now known as maxm 10:45:18 davazp [~user@213.37.200.68.dyn.user.ono.com] has joined #sbcl 11:15:42 -!- davazp [~user@213.37.200.68.dyn.user.ono.com] has quit [Ping timeout: 264 seconds] 11:28:31 davazp [~user@213.37.200.68.dyn.user.ono.com] has joined #sbcl 11:34:01 -!- benkard [~benkard@mnch-5d868f73.pool.mediaWays.net] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 11:43:42 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 11:47:20 benkard [~benkard@mnch-5d868f73.pool.mediaWays.net] has joined #sbcl 11:47:38 -!- benkard [~benkard@mnch-5d868f73.pool.mediaWays.net] has quit [Client Quit] 12:02:50 benkard [~benkard@mnch-5d868f73.pool.mediaWays.net] has joined #sbcl 12:10:46 stassats [~stassats@wikipedia/stassats] has joined #sbcl 12:12:12 (make-pathname :device (make-array 10 :element-type 'base-char :adjustable t)) doesn't work because for some reason, device is declared to be a simple-string 12:15:03 and maybe it's a good idea, but for :name, it at least coerces it 12:34:21 segv- [~mb@95-91-241-45-dynip.superkabel.de] has joined #sbcl 12:47:01 -!- davazp [~user@213.37.200.68.dyn.user.ono.com] has quit [Remote host closed the connection] 12:47:09 -!- benkard [~benkard@mnch-5d868f73.pool.mediaWays.net] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 12:50:12 -!- psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has quit [Quit: Leaving.] 13:12:07 benkard [~benkard@mnch-5d868f73.pool.mediaWays.net] has joined #sbcl 13:16:43 -!- benkard [~benkard@mnch-5d868f73.pool.mediaWays.net] has quit [Ping timeout: 264 seconds] 13:23:26 there's so much things to improve in fndb.lisp, it'll probably take a two or three commits 13:28:42 stassats: you there? can I talk here about slime, since you not on #lisp 13:29:30 stassats: I wrote a generic thread-stopper protocol for SBCL, basically CALL-WITH-SINGLE-THREAD 13:30:23 with a hook for libraries to add own stoppers for their background threads... And implement one for swank multi-threaded connection 13:31:18 stassats: I initially wanted to release as a system, but then noticed there is slime-snapshot contrib.. I can easily make it work with my new code (already tested image saving works great, without interrupting Slime one bit).. 13:32:34 stassats: what is a chance of a patch adding above "thread stopper" service to swank.lisp and then patching swank-sbcl.lisp to use it in save-image, and background-save-image being accepted? Its around 300 lines of code 13:35:15 danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has joined #sbcl 13:35:56 i don't care for slime much anymore 13:38:43 well it already does everything I need, but apparently I'm an altruist, because snapshotting working Slime environment seems like such a cool thing 13:38:48 i'll submit it to ML 13:41:21 psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 13:41:38 drmeister [~drmeister@farnsworth.chem.temple.edu] has joined #sbcl 13:55:23 *Krystof* looks at arm disassembly, feels oddly at home 13:55:55 -!- psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: Leaving.] 13:56:52 seems like the CALL attribute doesn't have any effect 13:57:11 psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 13:57:45 other than always preventing from flushing 13:59:59 indeed, ;; FIXME: For now, don't consider potentially flushable ;; calls flushable when they have the CALL attribute. ;; Someday we should look at the functional args to ;; determine if they have any side effects. 14:03:39 milosn_ [~milosn@user-5af5019f.broadband.tesco.net] has joined #sbcl 14:05:57 -!- milosn [~milosn@user-5af5056b.broadband.tesco.net] has quit [Ping timeout: 248 seconds] 14:20:41 Krystof: are your arm branch efforts online anywhere? 14:31:01 mine? Not so much; I have extremely minor changes over nyef's 14:34:36 drdo [~user@85.207.54.77.rev.vodafone.pt] has joined #sbcl 14:36:05 nyef's are on repo.or.cz somewhere 14:36:49 and I have got as far as building what he has and executing a very small amount of arm code 14:45:38 nyef [~nyef@c-50-157-244-41.hsd1.ma.comcast.net] has joined #sbcl 14:45:48 G'morning all. 14:45:58 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 14:46:31 speak of the devil 14:49:26 nyef: I've got as far as trying to do things to your arm work 14:49:35 not substantive things yet, just poking around 14:49:48 the first thing I noticed was the lack of primitive print. I can live without that for a while :) 14:50:34 Actually, if you look at the log, primitive print is the next thing on my list to do, both for debugging reasons and because it's a precursor to working alien-funcall. 14:50:58 the second thing was the lack of call-local/multiple-call-local. Is there a lurking gremlin there or do you think I can do the relatively obvious thing and mutate known-call-local? 14:51:08 I'm OK with parallelization, too 14:51:37 Nothing comes to mind for the call stuff, other than that we're badly strapped for registers. 14:52:45 If you look, you'll find that the call VOPs don't do any of the number-stack stuff or stepping, partly because it wasn't immediately necessary and partly due to extreme register pressure. 14:53:34 I don't have project bandwidth for working on the arm port right now, unfortunately. 14:53:46 ok, I'll noodle around and see if I can make any forward progress 14:55:12 My impression is that getting primitive print working will be somewhat impressive, and getting alien-funcall working will be extremely impressive, but may require sorting out various arithmetic VOPs and/or the whole number stack thing. 14:55:28 looks like for known functions, safe-fdefn-fun doesn't need to be used 14:55:44 sbcl doesn't know that 14:56:18 Umm... And I was aiming for a cheneygc target to start with, on the theory that it'd be easier to get a cheneygc system running and that we can always port to gencgc afterwards. 14:57:16 somebody, of course, can fmakunbound them, but it's their loss 14:57:17 cheneygc would be fine to start with, definitely 15:02:41 maybe it can be even more smarter and not use fdefinition 15:06:14 attila_lendvai [~attila_le@92.47.249.39] has joined #sbcl 15:06:14 -!- attila_lendvai [~attila_le@92.47.249.39] has quit [Changing host] 15:06:14 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 15:06:33 foreignFunction [~niksaak@ip-4761.sunline.net.ua] has joined #sbcl 15:17:37 or at least MOV RAX, [RIP-131] MOV RDX, [RAX+1] needs to be squashed together 15:28:55 -!- scymtym_ [~user@ip-5-147-122-209.unitymediagroup.de] has quit [Remote host closed the connection] 15:29:27 scymtym_ [~user@5.147.122.209] has joined #sbcl 15:33:02 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 15:39:34 that thing is quite common for value cells, (car (load-time-value '(1 2 3) t)) is MOV RAX, [RIP-132] MOV RDX, [RAX-7] 15:51:02 teggi_ [~teggi@113.173.4.86] has joined #sbcl 15:53:19 -!- teggi [~teggi@123.20.117.83] has quit [Ping timeout: 264 seconds] 15:56:20 not using safe-fdefn-fun for known functions reduces the core with all the contribs loaded by 32KB 16:02:08 -!- wbooze [~wbooze@xdsl-87-79-193-155.netcologne.de] has quit [Ping timeout: 252 seconds] 16:06:30 wbooze [~wbooze@xdsl-78-35-130-63.netcologne.de] has joined #sbcl 16:19:14 Aren't there occasionally known functions with no fdefinition? 16:21:12 who would use them with #'? 16:21:54 outside of sbcl 16:22:47 but it can check for that with (and (fdefinition name) (info :function :info name)) 16:24:08 or (and (info :function :definition name) (info :function :info name)) 16:27:25 scymtym__ [~user@ip-5-147-122-209.unitymediagroup.de] has joined #sbcl 16:28:58 -!- scymtym_ [~user@5.147.122.209] has quit [Write error: Broken pipe] 16:48:22 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 16:48:50 attila_lendvai [~attila_le@92.47.249.39] has joined #sbcl 16:48:50 -!- attila_lendvai [~attila_le@92.47.249.39] has quit [Changing host] 16:48:50 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 17:07:02 MOV RAX, [RIP-132] MOV RDX, [RAX-7] is not easy to solve, especially since MOV RAX, [RIP-132] is due to auto-loading, maybe adding :load-offset or something 17:09:54 I'm missing a bit of context here, what's your definition of "solve" for this situation? 17:10:38 nyef: MOV RAX, [RIP-132] MOV RDX, [RAX-7] => MOV RDX, [RIP-139] 17:11:02 wait 17:11:15 *stassats* is missing something 17:11:22 That's a double MOV, not a MOV + LEA. 17:11:46 The first one loads a reference to a value cell, the second loads the contents of the cell, surely? 17:12:43 right, right, so, i just need to get rid of the fdefn for known functions, then it will be direct 17:13:16 Umm... And GC can be tricky surrounding... wait, get RID of the fdefn? 17:13:43 Wouldn't that prevent any redefinition of the function from affecting existing call sites? 17:14:00 it will 17:14:27 but that's for known functions, people shouldn't be redefining them much 17:15:12 and i'm just experimenting 17:15:29 It'd also break forward references while cross-compiling, wouldn't it? 17:16:02 no idea, but it only affects #'function 17:16:33 and it can be disable during cross compilation, if needed 17:25:57 sdemarre [~serge@133.83-64-87.adsl-dyn.isp.belgacom.be] has joined #sbcl 17:31:57 Building HEAD on SPARC/Linux, planning to run the test suite. If it finishes before I'm ready to leave the office then I'll report back. (-: 17:43:44 so, the savings for (lambda () #'list) vs (lambda () #'something) are 18 bytes 17:46:23 as opposed to just 14, if not checking for NIL, but still using fdefns 17:46:57 isn't #' supposed to not follow redefinition, anyways? 17:47:34 The result of #' isn't, but evaluating a #' always gets the current definition. 17:48:46 stassats: Please be careful, GC invariants can be tricky in this area, particularly on precisely-scavenged systems. 17:56:31 Oh yea, duh, it's baked in with the result, not the expression itself. :) 18:14:02 slyrus [~chatzilla@207.239.114.206] has joined #sbcl 18:28:49 -!- slyrus [~chatzilla@207.239.114.206] has quit [Ping timeout: 248 seconds] 18:42:22 had to disable it for the xc 18:45:20 saves 2KB on 35MB of fasls 18:46:06 or ~8KB in total (togegether with not checking that the fdefn function is not null) 18:50:56 Bike [~Glossina@71-222-50-45.ptld.qwest.net] has joined #sbcl 18:52:53 and, this thing is already performed on functions in the same file with speed 3, so extending it to knowns won't hurt the GC 18:54:18 hey, I wonder if a declaration to *always* do it would a) work, b) be useful. 18:54:56 (declare (optimize (dont-worry-about-redefinition 3))) or so. :) 18:55:02 er, declaim 18:55:36 stassats: Don't be so sure that it won't hurt the GC, I've found a few bugs in the various backends and in the GC that cause things to screw up massively under rare conditions (typically involving an interrupt hit at a bad time AND a GC while handling the interrupt). 18:55:57 nyef: i mean any more that it is already 18:57:28 The thing is, if it already is broken, arranging for it to happen more often means that we're more likely to notice and that we'll have more of a mess to clean up when we do. 18:58:00 more stimuli to get it fixed 18:58:44 As I said, we're more likely to notice. 18:58:58 and that it's already done, means i don't need a new fop and vop 18:59:14 But if it IS broken, and the correct answer turns out to be to take the entire mechanism out... 18:59:22 *stassats* spend some time redoing it 18:59:44 nyef: with that reasoning, you won't be able to modify a thing 19:02:57 -!- sdemarre [~serge@133.83-64-87.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 248 seconds] 19:03:25 you have to admire the way eric is driving the random torture tester 19:04:01 Quite so. Or, alternately, you'll have to desk-check the function-calling logic against the GC before doing anything. 19:29:25 -!- teggi_ [~teggi@113.173.4.86] has quit [Remote host closed the connection] 19:31:41 -!- foreignFunction [~niksaak@ip-4761.sunline.net.ua] has quit [Ping timeout: 252 seconds] 19:32:36 foreignFunction [~niksaak@ip-4761.sunline.net.ua] has joined #sbcl 19:37:11 if the access for fdefn-fun could be MOV RDX, [RAX] instead of MOV RDX, [RAX-1], 1 byte could be saved 19:40:30 Hrm... Unhandled error in interface.pure.lisp, failure in alien.impure.lisp / BUG-654485, and unhandled error in compiler.impure.lisp. 19:41:57 getting [RAX] is pretty unlikely for a primitive object 19:43:03 Okay, interface.pure is the disassembler-screwing-up-somehow thing. 19:43:54 The alien.impure thing is a stupidly-fragile test. 19:44:29 why is # always in code constants? 19:44:48 Is it at a fixed position? 19:44:58 at the start 19:45:06 x86-64? 19:45:08 yes 19:45:16 Might be the fixup vector. 19:45:29 Constants: 5: # 19:46:21 (x86-64 used to have support for a fixup vector when relocating code objects, but much of the support was ripped out when it was shown to not be required, this might be a vestigial bit.) 19:47:10 And the compiler.impure thing is overloading the width on an LD instruction for something. 19:47:25 SPARC has a few rough edges, but is more-or-less good to go. (-: 19:47:28 and it start from 5, for some reason 19:48:01 Yes, because zero would be the object header, and 1-4 would be known slots for various purposes. 19:49:09 hm, looks like it might be a slime problem 19:49:22 because everything is NIL upto 5 19:49:34 an off by one 19:51:02 everywhere,m but x86oids, its preinitialized with (dotimes (i code-constants-offset)), on x86oids it's (1+ code-constants-offset) 19:51:59 right, it's like the fixup thing 19:52:02 looks 19:59:27 removing 1+ gets rid of this #, wonder what will it break 20:00:02 Fixups, on x86? 20:00:12 on x86-64 20:00:15 The GC, maybe? 20:00:35 I think that the GC might still be trying to use the fixup vector on x86-64, even though it's never populated. 20:01:01 that can be fixed too 20:05:16 I'm not saying that it can't, I'm saying "look here, it probably needs fixing". 20:05:41 I'm fairly sure that genesis only does the fixup vector thing on x86, but you might double-check. 20:06:12 well, it survived the build 20:08:05 there's a check-code-fixups variables, but it seems to be always 0 20:08:22 davazp [~user@213.37.200.68.dyn.user.ono.com] has joined #sbcl 20:08:37 in the function curiously named sniff_code_object 20:13:34 gencgc_apply_code_fixups has an empty body on x86-64, i wonder why is it even called then 20:14:08 because it's called as #if defined(LISP_FEATURE_X86) || defined(LISP_FEATURE_X86_64) gencgc_apply_code_fixups(code, new_code); #endif 20:15:50 removing that 1+ makes the core 64KB smaller 20:16:12 -!- drdo [~user@85.207.54.77.rev.vodafone.pt] has quit [Remote host closed the connection] 20:17:00 all tests pass 20:21:19 I don't know if we should just make the fixup vector stuff x86-only, or if we should have a separate feature for it... 20:21:49 it only makes sense for x86, doesn't it? 20:25:49 I don't know, does it? 20:26:22 can ARM have position independent code? 20:26:40 Sure it can. 20:26:55 so, then it's just x86 that is crippled 20:26:57 And the ARM program counter is actually one of the addressable registers, which REALLY confuses things. 20:27:20 (On the other hand, computed GOTO in assembly language can be fun.) 20:27:45 -!- Guest82356 is now known as reb 20:28:20 Can the random lisp tester that Eric uses be checked out from a public repository? 20:36:03 I think so 20:36:09 it used to be part of gcl ansi-tests 20:38:05 Thanks ... I'll send Eric an email. 20:38:29 ASau` [~user@p5797F654.dip0.t-ipconnect.de] has joined #sbcl 20:41:55 -!- ASau [~user@p5797F146.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds] 20:46:25 -!- nyef [~nyef@c-50-157-244-41.hsd1.ma.comcast.net] has quit [Quit: G'night all.] 20:51:03 slyrus [~chatzilla@12.130.118.51] has joined #sbcl 20:52:30 -!- drmeister [~drmeister@farnsworth.chem.temple.edu] has quit [Remote host closed the connection] 20:57:39 benkard [~benkard@mnch-5d868f73.pool.mediaWays.net] has joined #sbcl 20:58:11 -!- ASau` is now known as ASau 20:59:12 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Quit: This computer has gone to sleep] 21:00:05 -!- benkard [~benkard@mnch-5d868f73.pool.mediaWays.net] has quit [Read error: Connection reset by peer] 21:03:10 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 246 seconds] 21:11:26 -!- davazp [~user@213.37.200.68.dyn.user.ono.com] has quit [Remote host closed the connection] 21:21:26 ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has joined #sbcl 21:36:26 -!- Bike [~Glossina@71-222-50-45.ptld.qwest.net] has quit [Read error: Operation timed out] 21:38:52 Bike [~Glossina@67-5-239-215.ptld.qwest.net] has joined #sbcl 21:43:22 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 21:44:38 reb: svn://common-lisp.net/project/ansi-test/svn/trunk/ansi-tests 21:45:46 -!- prxq_ [~mommer@mnhm-590c3cbd.pool.mediaWays.net] has quit [Quit: Leaving] 22:05:21 -!- psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: Leaving.] 22:06:55 Krystof: I'll look at the ash/right failure on the plane. 22:17:11 -!- wbooze [~wbooze@xdsl-78-35-130-63.netcologne.de] has quit [Remote host closed the connection] 22:35:22 milosn [~milosn@user-5af506d1.broadband.tesco.net] has joined #sbcl 22:37:02 -!- milosn_ [~milosn@user-5af5019f.broadband.tesco.net] has quit [Ping timeout: 252 seconds] 22:54:12 psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has joined #sbcl 22:57:35 milosn_ [~milosn@user-5af5072d.broadband.tesco.net] has joined #sbcl 22:59:45 -!- milosn [~milosn@user-5af506d1.broadband.tesco.net] has quit [Ping timeout: 248 seconds] 23:00:25 -!- slyrus [~chatzilla@12.130.118.51] has quit [Ping timeout: 252 seconds] 23:31:41 -!- foreignFunction [~niksaak@ip-4761.sunline.net.ua] has quit [Quit: Leaving.] 23:36:03 stupid bug. result type restrictions look at the lvar, not the node, i think 23:36:51 so it remembers previous type derivations even when the arguments are still inferred wider than they could be 23:37:20 i'll make the transform look at the node by hand 23:52:55 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 23:56:19 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Client Quit]