00:13:04 -!- slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has quit [Ping timeout: 246 seconds] 00:15:50 Random fact: The largest file and the twenty-sixth largest file in src/runtime/ are both garbage collectors, the first weighing in at 4587 lines and the second weighing in at 508 lines. The complexity implications are frightening, aren't they? 00:23:12 -!- cneira [~cneira@pc-33-7-104-200.cm.vtr.net] has quit [Ping timeout: 252 seconds] 00:28:19 slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has joined #sbcl 00:50:51 -!- Bike [~Glossina@71-214-88-50.ptld.qwest.net] has quit [Ping timeout: 272 seconds] 00:52:33 Bike [~Glossina@71-222-52-53.ptld.qwest.net] has joined #sbcl 01:01:21 wbooze [~oleo@xdsl-78-35-185-140.netcologne.de] has joined #sbcl 01:02:04 -!- oleo is now known as Guest7658 01:02:15 -!- Guest7658 [~oleo@xdsl-84-44-211-57.netcologne.de] has quit [Ping timeout: 252 seconds] 01:03:20 -!- wbooze is now known as oleo 01:31:24 -!- Bike [~Glossina@71-222-52-53.ptld.qwest.net] has quit [Ping timeout: 240 seconds] 01:33:25 Bike [~Glossina@174-25-37-184.ptld.qwest.net] has joined #sbcl 01:40:37 -!- Bike [~Glossina@174-25-37-184.ptld.qwest.net] has quit [Ping timeout: 272 seconds] 01:41:45 Bike [~Glossina@174-25-37-184.ptld.qwest.net] has joined #sbcl 02:12:25 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 02:18:18 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Remote host closed the connection] 03:20:45 ehaliewicz [~user@50-0-51-28.dsl.static.sonic.net] has joined #sbcl 03:30:28 -!- haxx [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 246 seconds] 03:35:15 -!- Bike [~Glossina@174-25-37-184.ptld.qwest.net] has quit [Ping timeout: 272 seconds] 03:36:45 Bike [~Glossina@75-175-75-157.ptld.qwest.net] has joined #sbcl 03:38:06 haxx [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 03:39:17 -!- christoph_debian [~christoph@ppp-88-217-34-171.dynamic.mnet-online.de] has quit [Ping timeout: 252 seconds] 03:46:04 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 03:48:05 -!- ehaliewicz [~user@50-0-51-28.dsl.static.sonic.net] has quit [Ping timeout: 252 seconds] 03:51:59 christoph_debian [~christoph@ppp-88-217-38-231.dynamic.mnet-online.de] has joined #sbcl 03:53:52 yacks [~py@103.6.159.103] has joined #sbcl 04:02:45 -!- haxx [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 248 seconds] 04:03:09 haxx [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 04:04:20 -!- nyef [~nyef@pool-70-109-134-244.cncdnh.east.myfairpoint.net] has quit [Quit: G'night all.] 04:36:45 -!- haxx [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 252 seconds] 04:52:23 haxx [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 05:04:47 -!- milosn_ [~milosn@94.12.79.143] has quit [Read error: Operation timed out] 05:06:04 milosn [~milosn@94.12.79.143] has joined #sbcl 05:16:21 -!- haxx [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 248 seconds] 05:18:13 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 05:44:49 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Remote host closed the connection] 06:03:49 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Ping timeout: 272 seconds] 06:04:55 dto [~user@pool-96-252-62-251.bstnma.fios.verizon.net] has joined #sbcl 06:25:43 -!- dto [~user@pool-96-252-62-251.bstnma.fios.verizon.net] has quit [Remote host closed the connection] 06:44:50 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 07:29:04 haxx [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 08:07:13 -!- haxx [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 272 seconds] 08:25:39 -!- hzp [~user@188-67-136-27.bb.dnainternet.fi] has quit [Ping timeout: 246 seconds] 09:43:15 edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has joined #sbcl 09:44:14 ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has joined #sbcl 10:52:37 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 272 seconds] 10:55:05 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 11:12:01 yacks [~py@103.6.159.103] has joined #sbcl 11:12:44 pranavrc [~pranavrc@122.164.29.195] has joined #sbcl 11:12:44 -!- pranavrc [~pranavrc@122.164.29.195] has quit [Changing host] 11:12:44 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 11:59:43 sdemarre [~serge@91.176.206.36] has joined #sbcl 12:05:50 -!- danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has quit [Ping timeout: 240 seconds] 12:21:33 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 12:55:21 danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has joined #sbcl 13:03:51 -!- oleo [~oleo@xdsl-78-35-185-140.netcologne.de] has quit [Ping timeout: 240 seconds] 13:04:33 oleo [~oleo@xdsl-78-35-130-176.netcologne.de] has joined #sbcl 13:29:47 nyef [~nyef@pool-70-109-134-244.cncdnh.east.myfairpoint.net] has joined #sbcl 13:30:02 G'morning all, and happy new year. 13:31:10 Happy new year, feyn! 14:18:35 -!- ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has quit [Quit: Computer has gone to sleep.] 14:20:41 cneira [~cneira@pc-33-7-104-200.cm.vtr.net] has joined #sbcl 14:22:50 happy new year nyef :) 14:25:35 -!- cneira [~cneira@pc-33-7-104-200.cm.vtr.net] has quit [Ping timeout: 265 seconds] 14:25:46 davazp [~user@170.Red-83-63-202.staticIP.rima-tde.net] has joined #sbcl 14:49:43 -!- davazp [~user@170.Red-83-63-202.staticIP.rima-tde.net] has quit [Remote host closed the connection] 15:00:35 stassats [~stassats@wikipedia/stassats] has joined #sbcl 15:08:51 -!- jrm [~jrm@freebsd/hacker/jrm] has quit [Remote host closed the connection] 15:38:09 fiveop [~fiveop@p5DDC42AE.dip0.t-ipconnect.de] has joined #sbcl 15:38:25 is anyone porting sbcl to ARM at the moment? 15:39:09 not really 15:39:09 stassats, memo from pkhuong: I think I'll try a split stack on x86, just to see how bad the overhead would be. I expect I'll be pleasantly surprised. 15:39:21 if you fund it they will! 15:41:09 I'd rather try myself 15:41:22 please do! 15:41:29 it would be great to have it happen 15:41:41 minion: arm-log? 15:41:41 Sorry, I couldn't find anything in the database for ``arm-log''. 15:41:44 minion: arm-port-log? 15:41:44 Sorry, I couldn't find anything in the database for ``arm-port-log''. 15:41:49 minion: arm-port? 15:41:49 Sorry, I couldn't find anything in the database for ``arm-port''. 15:41:51 blimey 15:42:38 minion: arm port log? 15:42:38 arm port log: http://www.lisphacker.com/projects/sbcl-arm/port-log.txt 15:42:40 that was hard 15:43:12 yay, lisphacker.com is down 15:43:19 hold on 15:44:27 gah, I don't have that file 15:44:33 I might have a copy of it locally. 15:44:42 http://webcache.googleusercontent.com/search?q=cache:www.lisphacker.com/projects/sbcl-arm/arm-port-log-2.txt&client=iceweasel-a&hl=en&strip=1 15:44:44 Along with, you know, the entire rest of the site. 15:45:00 port-log.txt isn't cached 15:45:05 also, 15:45:16 I have a couple of extra trivialish commits on top of that lurking somewhere 15:45:33 Yeah, that cached copy of arm-port-log-2 is up to date with the master. 15:46:34 so you tried 15:46:47 Tried, hell. I was SUCCEEDING. 15:47:48 so what's the problem? 15:48:00 Time and motivation. It's a lot of work. 15:48:24 for me the problem is a lack of a fast ARM target 15:48:31 so git://repo.or.cz/sbcl/nyef.git is a good place to continue? 15:49:28 The branch that Krystof showed, yes. 15:50:13 cneira [~cneira@pc-33-7-104-200.cm.vtr.net] has joined #sbcl 15:51:12 If you can get alien-funcall and VOP PRINT working, you'll find that the worst of the control-flow stuff is done, and it's mostly filling in the various VOPs for actual functions... I think. 15:51:47 Hrm. 15:52:11 xymox [lechuck@unaffiliated/contempt] has joined #sbcl 15:52:36 Okay, looks like there's still a chunk of control-flow stuff to do. 15:52:44 And basic accessors. 15:53:59 (Look for reader conditionals for arm in ir2tran, it's not completely horrible at this point, but it's still not done.) 15:54:12 I like your last commit message ... :) 15:54:36 Mmm. 15:56:28 fwiw I couldn't get call_into_c to link in that version 15:57:05 My rough plan was that once I had alien-funcall and VOP PRINT, I could use SHOW. And with NLX working, and it looks like I also did heap allocation, I was thinking to try and start working through !COLD-INIT. 15:57:22 Yeah, that last commit was whatever was in my working tree, whether it built or not. 15:57:40 http://www.doc.gold.ac.uk/~mas01cr/tmp/sbcl-arm-trivial-work.tar.gz 15:58:08 it does feel close; I just have not had the concentrated time to spend to learn enough arm platform to fix it 16:01:49 Yes, changing bl to blx in that third patch seems right. 16:02:57 -!- danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has quit [Ping timeout: 272 seconds] 16:03:00 I have a beaglebone black whose only purpose is to help with arm ports 16:03:21 (I have another whose purpose was meant to be doing some real-time audio work, but I bought the wrong expansion cape and haven't got back to it) 16:03:41 I also have a pi, whose purpose appears to be lighting up my desk in orange. *sigh* 16:03:43 I have a raspberry pi which I may just have found a second use for, but don't have time to work on that second use at the moment either. 16:04:49 I have a pi and want sbcl to run on it :) 16:04:50 I'm going to do all the subroutine threaded stuff on x86 and then hope the rest of the port is trivial ;) 16:05:04 Really, though, having VOP PRINT working means being able to do that most basic of things: (%primitive print "Hello, World!") 16:07:31 fiveop: sounds like you have motivation. People here will try to help. 16:07:47 what do you need to get started? :-) 16:08:34 At a guess, hand-holding for setting up and using the cross-build environment. 16:09:38 nyef: I'm reading up on that atm 16:10:15 do you have the standard build environment directly on your ARM? 16:10:36 fiddling with cross-compilers is usually not very pleasant 16:12:12 stassats: is ccl suitable to bootstrap sbcl? 16:12:39 if you do, you can do the things described in the comments of make.sh 16:12:56 fiveop: it is, but it's better to bootstrap on a different machine 16:13:05 better as in faster 16:13:43 but doesn't bootstrapping involve compiling to the target platform? 16:14:11 it does 16:14:38 There are two host-machine steps and two target-machine steps in the build process, and you have to copy the working tree between machines at each step. 16:15:15 However, once you get started, you will tend to find that certain changes only require a subset of the build steps. 16:15:30 the most time consuming step, make-host-2.sh, can be run on a faster host 16:16:35 If I'm changing code in src/runtime, for example, I do target-1, genesis-2 (the last part of host-2), and then... Well, the ARM port isn't yet to the point of being able to do target-2, so I just run the new core file and runtime and see if it worked or not. 16:17:13 And things aren't so far along that gdb is completely bleeding useless, the way that it tends to be with the more mature ports. (-: 16:27:55 -!- cneira [~cneira@pc-33-7-104-200.cm.vtr.net] has quit [Ping timeout: 260 seconds] 16:30:25 cneira [~cneira@pc-33-7-104-200.cm.vtr.net] has joined #sbcl 16:38:05 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 16:38:38 -!- cneira [~cneira@pc-33-7-104-200.cm.vtr.net] has quit [Ping timeout: 252 seconds] 16:40:13 Oh, wow. I'd forgotten how deliciously vicious the ARM conditional P-A trap logic is. 16:41:52 ccl is *sometimes* suitable to bootstrap sbcl 16:42:35 but yes, cross-building the lisp side from a fast x86-64 is how I would do it (that's what all the make-config gubbins in my first two patches was about) 16:43:56 I figured that I'd deal with making the build process cleaner once there was something worth building, and as long as I could set up the environment easily enough (and it DID work with make-config.sh) that the rest of the magic could wait. 16:44:26 Still, that's not to knock the changes. If I pick this up again, they're definitely getting merged. (-: 16:44:39 Krystof: btw, your publication tab on rhodes.io 404s. 16:45:20 yeah 16:45:25 "under construction" 16:45:30 I should make a nifty 404 page 16:45:46 the "music" tab 404s too 16:46:01 and it's all ugly :) 16:46:07 I am one web coder short of a website 16:46:38 I'm one web coder short of a decent blog. A website would definitely be too much. 16:48:48 well if you follow the meta tag of mine, you can learn more than you would ever know about my setup 16:48:53 too early to tell if it's any good or not 16:49:55 michael_lee [~michael_l@117.35.188.194] has joined #sbcl 16:54:36 -!- michael_lee [~michael_l@117.35.188.194] has quit [Read error: Connection reset by peer] 16:56:12 Well, call_into_c looks fundamentally plausible, though the details might be bedeviled. And surely implementing VOP PRINT based on the PPC version shouldn't be too hard. 16:57:14 And now I'm tempted to try it myself, even though it hasn't been on my plan for free lisp stuff over the next six months or so. 16:59:46 hzp [~user@188-67-136-27.bb.dnainternet.fi] has joined #sbcl 17:10:18 I like that our docstrings say "item in PRIORITY-QUEUE with the largest key", but do not mention according to which order. Makes them technically correct. 17:25:57 ltt_ [~ltt_@201.75.216.14] has joined #sbcl 17:26:00 -!- ltt_ [~ltt_@201.75.216.14] has quit [Client Quit] 17:27:22 Do I get this right: 1, 3, and 4 are run on the host while 2 and 5 have to be run on the target? http://kvardek-du.kerno.org/2009/06/illustrating-sbcls-build-process.html 17:28:44 zulu_inuoe [~quassel@71.47.78.155] has joined #sbcl 17:29:04 Yes. Step 0 (make-config) also runs on the target but may need a parameter (xc-host) describing the situation on the host, and the arm port isn't yet at the point of being able to do step 5. 17:30:41 thanks 17:31:00 next step would be to get my pi actually running, so that I can get passed step 1 :) 17:31:32 Every so often, someone sinks some time into improving the build scripts to make cross-compilation easier, as the process tends to decay over time. 17:32:37 when I was bringing up new openbsd ports I found it very convenient to have one host nfs-mount the source directory of the other 17:32:56 no files to copy back and forth that way 17:33:06 Mmm. A shared filesystem makes things a lot easier, but isn't always possible. 17:33:28 true 17:33:30 For a while, my primary target was a rooted android device with a debian chroot. 17:33:43 the file copies can be automated as well 17:34:00 that sounds painful 17:34:09 It was, and it wasn't. 17:34:18 The painful part, TBH, was the keyboard mapping. 17:34:30 For some reason it's never quite right. 17:35:11 joshe: nfs-mounting sounds like a very good idea 17:36:06 I find it easier to set up a couple of scripts that rsync to and from the "other" machine than to figure out how to set up NFS. 17:36:38 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 17:38:15 ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has joined #sbcl 17:49:23 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 17:52:04 LiamH [~none@pool-173-73-130-210.washdc.east.verizon.net] has joined #sbcl 18:22:18 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Quit: Ping timeout: ] 18:31:28 haxx [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 18:36:16 -!- slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has quit [Ping timeout: 246 seconds] 18:41:14 slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has joined #sbcl 18:52:17 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 252 seconds] 19:05:05 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Remote host closed the connection] 19:16:55 lp 1004501 19:16:56 https://bugs.launchpad.net/bugs/1004501 19:16:59 seems to be fixed 19:17:02 maybe by cfb04db? 19:20:57 -!- ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has quit [Quit: Computer has gone to sleep.] 19:26:16 Hrm. I seem to have misplaced (or possibly destroyed, that's been known to happen) the debian chroot for my android system. 19:40:08 -!- haxx [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Quit: Leaving] 19:41:18 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 19:44:13 cneira [~cneira@pc-33-7-104-200.cm.vtr.net] has joined #sbcl 19:47:00 fiveop: Ping? 20:02:53 ccl-logbot [~ccl-logbo@setf.clozure.com] has joined #sbcl 20:02:53 20:02:53 -!- names: ccl-logbot cneira pkhuong_ crixus slyrus LiamH zulu_inuoe hzp Vivitron xymox fiveop nyef oleo sdemarre kludge` edgar-rft milosn christoph_debian Bike nicdev` |3b| @Krystof ivan`` echo-area specbot DeadTrickster pchrist antoszka ubii flip214 Labrit mood joshe redline6561 heddwch psilord luis jaimef ferada Blkt fe[nl]ix gko fikusz daimrod jsnell Posterdati Munksgaard minion ams pegu Subfusc bege asedeno brucem 20:03:45 -!- xymox [lechuck@unaffiliated/contempt] has quit [Disconnected by services] 20:04:08 xymox [lechuck@unaffiliated/contempt] has joined #sbcl 20:04:29 jsnell_ [~jsnell@ash.snellman.net] has joined #sbcl 20:04:44 crixxus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 20:09:19 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [*.net *.split] 20:09:25 -!- jsnell [~jsnell@ash.snellman.net] has quit [*.net *.split] 20:12:20 ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has joined #sbcl 20:17:56 scymtym [~user@ip-5-147-115-29.unitymediagroup.de] has joined #sbcl 20:20:31 -!- fiveop [~fiveop@p5DDC42AE.dip0.t-ipconnect.de] has quit [Quit: humhum] 20:21:04 ltt_ [~ltt_@201.75.216.14] has joined #sbcl 20:25:50 -!- slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has quit [Ping timeout: 246 seconds] 20:26:34 slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has joined #sbcl 20:34:27 stassats [~stassats@wikipedia/stassats] has joined #sbcl 20:46:59 -!- ivan`` [~ivan@unaffiliated/ivan/x-000001] has quit [Ping timeout: 240 seconds] 20:55:25 That... was easier than I had expected. Even if I barely remember what on earth I'm doing in this source tree. 20:58:39 ivan`` [~ivan@unaffiliated/ivan/x-000001] has joined #sbcl 20:58:56 danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has joined #sbcl 21:02:52 uhoh 21:02:58 does (* 2 3) work yet? 21:04:21 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 21:05:46 I have no idea, but probably not. 21:06:05 alien-funcall doesn't work yet, either, so how would we know if (* 2 3) worked? 21:06:27 register-inspecting? 21:06:29 I do have %PRIMITIVE PRINT, though, so alien-funcall is next on my list. 21:06:36 that's excellent 21:06:59 does %primitive halt work? 21:07:12 Yes, %primitive halt works. 21:15:33 -!- ltt_ [~ltt_@201.75.216.14] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 21:20:05 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Remote host closed the connection] 21:21:36 -!- sdemarre [~serge@91.176.206.36] has quit [Ping timeout: 252 seconds] 21:28:49 -!- slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has quit [Ping timeout: 246 seconds] 21:29:33 slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has joined #sbcl 21:35:49 -!- slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has quit [Ping timeout: 246 seconds] 21:39:20 slyrus [~chatzilla@udp047553uds.hawaiiantel.net] has joined #sbcl 21:40:48 And pushed. 21:41:10 http://repo.or.cz/w/sbcl/nyef.git/commitdiff/79eec9b9dbb185888a66b878f3f5cbad5edba1a2 if anyone is interested. 21:43:49 nice 21:45:24 Clearly, the next test case should be ALIEN-FUNCALL of debug_print() with the address of a string (as an integer) taken via get-lisp-obj-address. (-: 21:50:21 Krystof: regarding your blog post: issues very similar to the ones you describe prevent me from using optima when processing asts. in fact, for that very reason i have been playing around with user-defined specializers to make things like (defmethod test-match ((thing (pattern (cons n "bla")))) ) work 21:50:48 YAY 21:51:05 and not (n . "bla")? 21:51:07 then do I have a library for you :) 21:51:28 actually I'm not entirely certain how to make pattern dispatch work ideally 21:52:01 I mean, I can do the dispatch, but it would be really slick to do the unification with pattern variables only once (rather than twice, once for dispatch and then another time for calling the methods) 21:52:06 can it be fast? 21:52:12 Krystof: me neither, that's why i said "playing around" 21:52:33 stassats: yes, you can compile pattern dispatch networks into efficient testing code 21:52:43 for now, i generated an effective method (i think) based on optima:match 21:53:26 looking into optima (I think, that's the implementation of some relatively recent thing) was on my list, but if there's an actual use I'd be delighted to collaborate 21:54:15 stassats: re (n. "bla"): optima uses pattern constructors like list, list*, cons in contrast to how destructuring-bind works 21:54:15 Hrm... Would that work with regular expressions to (for example) dispatch to an appropriate handler for a web request? 21:55:07 nyef: interesting question. Yes, that could work, I think. 21:55:43 nyef: the cheesy answer would be that optima supports regexp patterns :) 22:01:01 I suppose in the case of a large number of small patterns being dispatched on, doing destructuring twice doesn't hurt so much, because of the huge advantage of the compiled pattern matching 22:01:11 the second destructuring is on a single known-matching pattern 22:02:03 -!- cneira [~cneira@pc-33-7-104-200.cm.vtr.net] has quit [Ping timeout: 272 seconds] 22:06:14 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 22:06:20 *nyef* suddenly realizes that he's managed to forget how to use alien-funcall. 22:06:51 Krystof: if i remember correctly, i added sb-pcl:make-method-lambda-using-specializers to be able to communicate variables bound during pattern matching to method bodies 22:06:57 -!- edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has quit [Quit: experience stopped into permanent something] 22:08:06 scymtym: oh that sounds very nice 22:08:46 once i understand it again, i may clean up the code and post it somewhere 22:08:52 but, wait, at make-method-lambda time the method argument is the class protototype 22:08:57 "protototype" 22:09:20 so to get the specializers in there... hm. We have the specializers form of course 22:09:26 hm 22:10:01 in my case, the specializers contain optima patterns from which bound variables can be extracted 22:10:18 m-m-l-u-s may not make sense in general, though 22:10:20 it's definitely promising. 22:10:25 -!- danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has quit [Remote host closed the connection] 22:10:49 danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has joined #sbcl 22:13:19 cneira [~cneira@pc-33-7-104-200.cm.vtr.net] has joined #sbcl 22:19:43 -!- cneira [~cneira@pc-33-7-104-200.cm.vtr.net] has quit [Ping timeout: 245 seconds] 22:34:00 ltt_ [~ltt_@201.75.216.14] has joined #sbcl 22:44:11 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Remote host closed the connection] 22:46:54 There's... a lot of moving parts involved in alien-funcall. 22:47:59 As in, I may have to work on other things first. 23:06:35 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 23:17:40 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 246 seconds] 23:21:37 -!- ltt_ [~ltt_@201.75.216.14] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 23:23:42 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Ping timeout: 252 seconds] 23:26:05 ltt_ [~ltt_@201.75.216.14] has joined #sbcl 23:29:40 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 23:41:08 -!- zulu_inuoe [~quassel@71.47.78.155] has quit [Read error: Connection reset by peer] 23:42:27 zulu_inuoe [~quassel@71.47.78.155] has joined #sbcl 23:45:51 -!- zulu_inuoe [~quassel@71.47.78.155] has quit [Read error: Connection reset by peer] 23:46:26 zulu_inuoe [~quassel@71.47.78.155] has joined #sbcl 23:46:35 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Remote host closed the connection] 23:55:08 -!- crixxus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 245 seconds] 00:00:00 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 00:01:49 -!- zulu_inuoe [~quassel@71.47.78.155] has quit [Read error: Connection reset by peer] 00:02:51 zulu_inuoe [~quassel@71.47.78.155] has joined #sbcl 00:04:13 -!- zulu_inuoe [~quassel@71.47.78.155] has quit [Read error: Connection reset by peer] 00:04:29 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 00:04:50 zulu_inuoe [~quassel@71.47.78.155] has joined #sbcl 00:06:19 -!- zulu_inuoe [~quassel@71.47.78.155] has quit [Client Quit] 00:31:21 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Remote host closed the connection] 00:37:17 stassats [~stassats@wikipedia/stassats] has joined #sbcl 00:48:48 -!- ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has quit [Quit: Computer has gone to sleep.] 00:51:40 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 01:03:47 -!- oleo [~oleo@xdsl-78-35-130-176.netcologne.de] has quit [Read error: Operation timed out] 01:04:15 wbooze [~oleo@xdsl-78-35-144-87.netcologne.de] has joined #sbcl 01:05:39 -!- wbooze is now known as oleo 01:08:01 -!- echo-area [~user@114.254.103.29] has quit [Remote host closed the connection] 01:31:01 -!- ltt_ [~ltt_@201.75.216.14] has quit [Quit: Textual IRC Client: www.textualapp.com] 02:05:29 echo-area [~user@182.92.247.2] has joined #sbcl 02:28:20 loke_ [~loke@203.127.16.194] has joined #sbcl 02:34:02 -!- oleo [~oleo@xdsl-78-35-144-87.netcologne.de] has quit [Quit: Leaving] 02:34:46 scymtym: i don't think that 1004501 is fixed 02:35:10 I think that if it IS fixed, it was by accident. 02:35:36 stassats: when i tried it, the consing was gone 02:35:59 Are you sure that your test case adequately covers the situation? 02:36:28 (make-array (the t size) :element-type '(unsigned-byte 8)) got fixed 02:36:34 i just ran the code in the lp issue 02:36:55 the difference is that the element-type is not known at compile-time in 1004501 02:38:38 ah, i thought the report was about the consing 02:38:41 it's still slow as hell here 02:39:03 i didn't pay attention to the runtime 02:39:04 <|3b|> lp 1004501 02:39:06 https://bugs.launchpad.net/bugs/1004501 02:39:52 stassats: does it still cons a much as described in the lp issue for you? 02:40:10 no, it conses less 02:40:31 same for me, that's why i thought the problem may be fixed 02:40:48 but now i realize that the report probably was about the slowness 02:40:51 sorry for the noise 02:41:03 oleo [~oleo@xdsl-78-35-144-87.netcologne.de] has joined #sbcl 02:41:27 all the slowness is in determining that '(unsigned-byte 8) is in fact '(unsigned-byte 8) 02:41:57 I'm just thinking that there's probably a fairly quick decision procedure for U-A-E-T that doesn't involve TYPEP for most cases. 02:43:57 maybe the title of the issue should be changed since it specifically mentions the consing 02:44:42 done 02:44:58 stassats: thanks 02:45:36 Just pushed the last arm-port-2 branch update for today. 02:46:30 nyef: speaking of accidental fixes: i haven't seen gc.impure.lisp.bug-936304 fail on x86 for a few builds after your gc changes 02:46:35 it just has to handle integer, [un]signed-byte, mod, and no typep needed for any cases 02:46:45 After... which GC changes? 02:47:00 lp 936304 02:47:00 https://bugs.launchpad.net/bugs/936304 02:47:17 it gets accidentally fixed all the time 02:47:29 the test is just probably bogus 02:48:17 Yeah, that one is hard to nail, simply because there are so many possible causes. 02:48:18 it didn't fail since "gencgc: More precise conservatism for pointers to boxed pages." 02:48:45 Hell, there's probably a way to trigger it on PPC. 02:48:57 ppc is unbuildable 02:48:57 Sorry, I couldn't find anything for is unbuildable. 02:49:00 uh-oh 02:49:06 It... what?!? 02:49:38 dies during cold init or thereabouts 02:49:38 <|3b|> stassats: doesn't it need to fall back to typep for DEFTYPEd aliases of those? 02:49:42 Please remind me of that next Wednesday, when I have access to a working PPC Linux system, at least in theory. 02:49:50 sorry, gc.impure.lisp.bug-936304 didn't fail on our x86 build slave for 15 builds 02:49:53 |3b|: that can be just expanded 02:50:45 nyef: 8171400 02:51:08 <|3b|> yeah, i guess that would work too :) 02:51:11 no letters, that's actually a part of the commit hash 02:51:37 ppc, as well as sparc 02:52:00 Lovely. So I can cross-check on my sparc as well, also available to me starting next Wednesday. 02:52:12 ldb and gdb are useless, as always 02:52:23 ppc has been broken for like a month 02:52:24 Sorry, I couldn't find anything for has been broken for like a month. 02:52:45 specbot: shut your standard output! 02:52:46 specbot is not very smart 02:52:46 joshe: Month and a half, apparently. 02:53:31 I posted the exact commit to the list, if you haven't found it yet 02:54:07 I'm not up for trying to do anything about it until mid-next-week, simply due to lack of equipment. 02:54:33 That said, as of mid-next-week I'll probably have a lack of TIME instead. 02:54:39 the best fix would be (make-array size :element-type (if external-format 'character '(unsigned-byte 8)) => (%make-array size (if external-format character-widetag unsigned-byte-8-widetag)), but that would require a smart compiler 02:55:21 or just a smart transform, but that would make only a couple of people happy 02:57:01 what's the point of having unsigned-byte-15 specialization? 02:57:05 or unsigned-byte-7? 02:58:38 They're subtypes of both unsigned-byte-8 and signed-byte-8, but U-A-E-T is required to operate in terms of a lattice, and there's a requirement for a unique specialized type whenever there's more than one supported supertype. 02:58:49 Same logic as (ARRAY NIL), really. 02:59:13 (Remember, nikodemus hates (array nil), and (array nil) reciprocates.) 02:59:34 who doesn't? 02:59:59 Well, I thought it was kindof neat. 03:00:11 Also see commit 425dd2dc04e5069689af53adfbef2671b7c1ca48 03:12:47 the requirement is that (subtypep x y) => t => (subtypep (u x) (u y)) => t, so, wouldn't upgrading (unsigned-byte 7) to (signed-byte 8) would satisfy that requirement 03:13:05 the only problem is that if having unsigned things is deemed more efficient 03:14:07 No, it wouldn't because upgrading (unsigned-byte 7) to (unsigned-byte 8) also satisfies, and there's a rule that in a case where there are two valid supertypes there has to be a specialized array suitable for the intersection. 03:14:26 clhs 15.1.2.1 03:14:26 Array Upgrading: http://www.lispworks.com/reference/HyperSpec/Body/15_aba.htm 03:15:51 Third paragraph applies here. 03:16:56 which sentence? 03:17:21 (unsigned-byte 7) is a subtype of both (unsigned-byte 8) and (signed-byte 8), therefore the UAET of (unsigned-byte 7) must ALSO be a subtype of the UAETs of (unsigned-byte 8) and (signed-byte 8). 03:17:57 So, third sentence, beginning with "Also, if". 03:18:20 i bet only SBCL does that 03:18:24 Probably. 03:18:58 Almost certainly with that subtype of STRING caused by NIL being a subtype of CHARACTER and INTEGER. (-: 03:24:44 Bike_ [~Glossina@67-5-224-236.ptld.qwest.net] has joined #sbcl 03:26:25 Bike__ [~Glossina@67-5-227-206.ptld.qwest.net] has joined #sbcl 03:27:14 -!- Bike [~Glossina@75-175-75-157.ptld.qwest.net] has quit [Ping timeout: 272 seconds] 03:29:23 -!- Bike_ [~Glossina@67-5-224-236.ptld.qwest.net] has quit [Ping timeout: 272 seconds] 03:33:27 and of course, there's no unsigned-byte-3 specialization, how oddly convenient 03:33:39 it breaks my (let ((count (logcount n)) (length (integer-length n))) (if (= 1 count) n (1- (expt 2 length)))) 03:33:56 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Remote host closed the connection] 03:35:12 and unsigned-byte-62 also breaks it, so, there comes a bitmap 03:36:18 or not, that's just two exceptions 03:36:33 -!- christoph_debian [~christoph@ppp-88-217-38-231.dynamic.mnet-online.de] has quit [Read error: Operation timed out] 03:36:54 -!- Bike__ is now known as Bike 03:38:25 but i still need to map to the widetags, so, an sb-vm:n-word-bits-long array 03:42:43 yacks [~py@103.6.159.103] has joined #sbcl 03:48:41 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 03:52:57 christoph_debian [~christoph@ppp-46-244-226-23.dynamic.mnet-online.de] has joined #sbcl 04:04:56 -!- LiamH [~none@pool-173-73-130-210.washdc.east.verizon.net] has quit [Quit: Leaving.] 04:18:04 -!- danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has quit [Remote host closed the connection] 04:18:41 danlentz [~danlentz@c-68-37-70-235.hsd1.nj.comcast.net] has joined #sbcl 04:23:44 ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has joined #sbcl 04:36:58 Okay, time I got some sleep, rather than staying up far too late hacking on SBCL. Making too many simple mistakes right now. /-: 04:37:01 -!- nyef [~nyef@pool-70-109-134-244.cncdnh.east.myfairpoint.net] has quit [Quit: G'night all.] 04:47:07 reiplementing half of typep is fun 04:50:28 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Remote host closed the connection] 04:55:16 minion: memo for nyef: the PPC build failure seems to be caused by a VOP with bad lifetime specs. The commit only changed the way TNs are chosen during regalloc, when many are equally feasible. 04:55:17 Remembered. I'll tell nyef when he/she/it next speaks. 05:04:43 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 05:11:46 *stassats* got a ~30 times faster %vector-widetag-and-n-bits 05:12:08 almost fully fledged 05:12:30 -!- pkhuong_ is now known as pkhuong 05:29:49 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Remote host closed the connection] 05:33:06 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 05:39:36 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 05:40:34 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Remote host closed the connection] 05:41:38 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 05:43:45 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Read error: Connection reset by peer] 05:44:14 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 05:45:41 -!- ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has quit [Ping timeout: 252 seconds] 05:48:12 that test case: 11.225 seconds => 1.133 seconds 05:48:40 almost as fast as the second case, 0.900 05:51:35 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 05:58:16 and it's not that big, just 150 lines 06:00:18 ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has joined #sbcl 06:03:52 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 06:04:41 ubii_ [~ubii@198.45.198.1] has joined #sbcl 06:08:19 -!- ubii [~ubii@unaffiliated/ubii] has quit [Ping timeout: 260 seconds] 06:14:59 sdemarre [~serge@91.176.206.36] has joined #sbcl 06:40:23 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 272 seconds] 06:42:01 -!- ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has quit [Quit: Computer has gone to sleep.] 06:46:10 -!- sdemarre [~serge@91.176.206.36] has quit [Ping timeout: 245 seconds] 06:57:33 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Remote host closed the connection] 07:00:43 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 07:05:59 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Ping timeout: 272 seconds] 07:31:49 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Remote host closed the connection] 07:59:53 turns out, (sb-impl::%vector-widetag-and-n-bits 'character) incorrectly returned 64 in the past 08:01:13 which means it used twice as much memory for strings, oops 08:17:13 edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has joined #sbcl 09:01:33 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 09:06:11 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Ping timeout: 245 seconds] 09:06:37 and it's out, hopefully everything is correct 09:08:35 all the time x86-64 port existed, out of line make-array 'character allocated twice as much space as actually needed 09:14:19 stassats: thanks, I might have stumbled upon that in the past. I just thought that I'm processing too much data at once, or that the structures needed more space than I estimated ... 09:16:29 test it! 09:16:50 that code was quite a bit tricky to get right 09:21:54 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 272 seconds] 09:35:58 uhm, that'll take some time. I'll have to see whether I still have the 3.5 GB text lying around ... 09:56:32 -!- scymtym [~user@ip-5-147-115-29.unitymediagroup.de] has quit [Ping timeout: 260 seconds] 09:59:30 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Quit: Ping timeout: ] 10:05:34 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 10:10:55 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 10:31:26 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 252 seconds] 10:32:59 scymtym [~user@2001:638:504:2093:baca:3aff:fe83:e736] has joined #sbcl 10:35:47 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 10:35:50 stassats [~stassats@wikipedia/stassats] has joined #sbcl 10:38:37 flip214: just test it in general, not the reduced consing 11:02:21 drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has joined #sbcl 11:07:18 -!- drmeister [~drmeister@ip24-250-59-12.ri.ri.cox.net] has quit [Ping timeout: 272 seconds] 11:35:04 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 11:38:47 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 252 seconds] 12:35:00 -!- stassats` [~stassats@wikipedia/stassats] has quit [Remote host closed the connection] 12:35:17 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 13:19:10 yacks [~py@103.6.159.103] has joined #sbcl 13:24:37 so, ppc seems to be failing in SB-KERNEL::PARSE-ARGS-TYPES 13:25:30 old code has 346BFFF0 ADDIC. $NL0,$NARGS,-16, the new one 34cbfff0 addic. r6,r11,-16 13:30:25 pranavrc [~pranavrc@122.164.206.1] has joined #sbcl 13:30:27 -!- pranavrc [~pranavrc@122.164.206.1] has quit [Changing host] 13:30:27 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 13:34:49 default-unknown-values 13:37:05 nyef [~nyef@pool-70-109-134-244.cncdnh.east.myfairpoint.net] has joined #sbcl 13:37:16 G'morning all. 13:37:16 nyef, memo from pkhuong_: the PPC build failure seems to be caused by a VOP with bad lifetime specs. The commit only changed the way TNs are chosen during regalloc, when many are equally feasible. 13:38:31 ok, it's actually a call-local, and the next things is having a problem 13:38:46 probably 13:41:47 ok 13:47:29 alright, seems to be segfaulting at lwz r25,1(r10) 13:47:32 and the address is 1, so, r10 is probably 0 13:47:48 ... PPC debugging? 13:48:04 yep 13:48:12 think-hard mode 13:48:31 I'd've thought you were still in write-down-the-problem mode, myself. 13:49:22 well, i have the dissassembly of where it crashes, the name of the function, but not a way to reproduce it 13:49:28 Ahh. 13:49:42 Trace file? 13:50:06 cold init 13:50:46 Hrm. 13:51:45 compiling parse-args-types from a live patched sbcl doesn't cause any noticeable problems 13:52:28 But you still have a trace file, right? 13:52:40 -!- oleo [~oleo@xdsl-78-35-144-87.netcologne.de] has quit [Ping timeout: 260 seconds] 13:52:42 it wouldn't do me much good 13:52:54 Why not? 13:53:30 oleo [~oleo@xdsl-87-79-192-154.netcologne.de] has joined #sbcl 13:53:41 because i can't really do all the things that happen during cross-compilation and maybe it gets broken higher up the stack 13:53:56 Get the trace file from the cross compiler. 13:54:12 that'll take a while 13:54:31 True, most of a build cycle. 14:10:29 my hotpatching was broken, there's no sb-regalloc package in the old sbcl, i can now reproduce it outside of cold init 14:17:57 looks like mv-bind got broken 14:18:01 segv- [~mb@cpeB-151.mvcable.net] has joined #sbcl 14:25:35 (defun test (x y) (declare (optimize (speed 2))) (multiple-value-bind (a b c d e) (truncate x y) (print (list a b c d e)))) 14:26:02 after more than 4 values are bound and the function actually returns multiple values, the function call segfaults 14:26:11 fdefn seems to be hosed 14:30:03 traces: http://paste.lisp.org/display/140757 14:31:59 So, something in default-unknown-values, maybe? 14:32:24 call-named is using different registers 14:37:28 Given your described symptoms, it looks like the stretches between L17 and L18 in each disassembly are at possible fault. 14:37:38 which is strange, since all those registers are explicitly allocated 14:37:56 What the HELL? 14:38:10 In the "broken" version, LRA should still be LIVE there. 14:38:32 Just after L22 there's a COMPUTE-CODE-FROM-LRA. 14:43:20 In DEFINE-FULL-CALL, the temporary RETURN-PC-PASS has a lifetime until :EVAL, and MOVE-TEMP has a lifetime FROM :EVAL, which doesn't overlap, but they are both live simultaneously. 14:44:25 Either COMPUTE-CODE-FROM-LRA earlier (if you can without clobbering anything else), or figure out how to make the lifetimes overlap without further damage. 14:44:25 at the very end, MR $A0,$FDEFN becomes MR $A0,$LRA, that's why 1($FDEFN) segfaults 14:46:58 So, possibly more than one lifetime issue. 14:47:08 -!- nicdev` is now known as nicdev 14:47:42 how could there be any if all the offsets are specified? 14:47:46 Look at L0 and the line after L1 in the disassembly for what I'm seeing. 14:48:21 Because the offsets aren't specified for all of the parameters, only some of them. 14:48:41 for all fdefn, lra, ocfp, etc. things 14:49:19 And they're overlapping (but are not declared to overlap) some of the unspecified parameters, so the compiler has a bit of leeway. 14:49:50 ok, so, potentially, the whole shebang can have such issues? 14:49:55 Yup. 14:51:12 reverting the change seems as good as it did before 14:51:20 Can you change the lifetime on return-pc-pass to be :to (:result 0) and see if that helps? 14:54:00 didn't help 14:54:37 Trace file segment for the use of CALL-NAMED, please? 14:54:49 wait, i forgot that it's a macro 14:55:48 -!- ubii_ [~ubii@198.45.198.1] has quit [Quit: Leaving] 14:55:54 now it seems to have helped 14:56:06 ubii_ [~ubii@198.45.198.1] has joined #sbcl 14:56:26 The difference in that MR instruction at the end doesn't seem to matter, LRA and FDEFN are both dead after that instruction. 14:57:42 -!- ubii_ is now known as ubii 14:58:26 So, what was happening was that LRA was getting clobbered while dealing with multiple values, after the function returned, but before recovering the value of CODE from it, also opening up a GC hole because the program counter (instruction pointer? whichever), which is an interior pointer, wasn't backed by anything within the code object, and thus could be corrupted by the GC. 14:58:36 -!- ubii [~ubii@198.45.198.1] has quit [Changing host] 14:58:36 ubii [~ubii@unaffiliated/ubii] has joined #sbcl 14:58:51 let's try to build this thing 14:59:15 I'm not absolutely sure that this is the correct solution, but it's at least the correct problem. 14:59:44 it probably exists on all riscs 14:59:51 Yup. 14:59:53 due to copy/paste 15:00:15 And I had register allocation trouble enough with these VOPs on ARM. 15:01:06 the ppc backend has a slightly odder genesis than the other riscs 15:02:05 not the technical genesis, but the number of hands it went through before arriving in sbcl 15:03:10 Heh. ARM is still vulnerable to the GC issue, but not to computing CODE incorrectly. 15:04:30 well, no dice 15:04:50 wait, i edited the wrong source 15:05:38 blimey 15:05:38 The COMPUTE-CODE pseudo-instruction reads the LRA (or SIMPLE-FUN) header word by dead reckoning from the program counter, then uses that to find the start of the code object. 15:05:38 LRA is only required for GC reasons. 15:05:52 Give me a safepoint, and even that isn't necessary. (-: 15:05:53 what does it even mean? 15:06:00 poglesbyg_ [~poglesbyg@213.80-202-97.nextgentel.com] has joined #sbcl 15:06:17 What does what even mean? 15:06:26 minion: what does LRA stand for? 15:06:30 Lightheadedly Retinophoral Aspiculous 15:06:33 Lisp Return Address. 15:08:08 for defeating speculative execution? 15:08:17 Something like that. 15:08:40 It's not like CPUs HAD speculative execution when this was originally written. 15:09:14 but what does it really do? 15:10:22 It's a boxed object embedded within a code-object, and it represents the re-entry point to use when returning from a function call. 15:10:34 sparc backend encodes some parameters for traps as valid instructions, which is a bundle of joy, because solaris can't reliably tell from where an exception came 15:13:00 cold init survived 15:14:58 *pkhuong* pushes a new item on the list: build tool to randomise regalloc in specific files or VOPs. 15:15:38 crixus [~Rob@69.77.176.98] has joined #sbcl 15:15:40 Oh, hell. There's another one. 15:16:14 could we not make things like lra-offset only valid for the duration of the lifetime explicitly stated in the :temporary descriptions? 15:16:18 Krystof: The problem is that the :temporary descriptions are wrong. 15:16:42 right, so the use of lra-offset where it shouldn't be should be a compile-time error 15:17:01 Krystof: ah, that's... harder. 15:17:22 What I'd like is the ability to explicitly kill and birth TNs within VOPs, so that I have lifetime information on a per-instruction basis. 15:17:36 or what nyef says 15:17:38 nyef: phase ordering problem. 15:17:57 we could compare kill/def annotations with lifetime info, though. 15:18:43 pkhuong: Exactly. We still declare the lifetimes in the VOP parameters, but we refine (and cross-check) with the explicit operations. 15:19:56 stassats`: Also in DEFINE-FULL-CALL, just above the definition for MOVE-TEMP, there's a bit that's (WHEN VARIABLE ...) and maps over register-arg-names and register-arg-offsets. Change that lifetime to survive until (:result 0) as well please. 15:21:00 Ugh. Unfortunately, I don't know how that's going to interact with results. It might be fine, though. 15:22:22 Should be fine, according to my old notes. 15:23:58 (Missing this one won't cause an obvious lifetime problem, but could subtly corrupt return values in this case.) 15:27:58 yay. gcc compile farm, here I come (soon, but not today). 15:30:41 -!- crixus [~Rob@69.77.176.98] has quit [Ping timeout: 272 seconds] 15:35:18 Now that I know what to look for, I can check the other backends, but I can't really test them for another week at least. 15:38:12 ok, test success 15:38:56 Alpha is vulnerable to the possible value corruption, but not to corrupting $CODE. 15:38:59 haven't tried the latter suggestion 15:39:40 -!- poglesbyg_ [~poglesbyg@213.80-202-97.nextgentel.com] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 15:40:25 Sparc likewise. 15:41:20 MIPS is vulnerable to both. 15:41:56 HPPA is vulnerable to both. 15:44:24 I may be wrong about the value corruption, I'm going to have to think about that for a bit. 15:44:30 foom [~jknight@2620:15c:6:14:be30:5bff:fedf:6db6] has joined #sbcl 15:46:46 michael_lee [~michael_l@117.36.37.112] has joined #sbcl 15:52:19 crixus [~Rob@69.77.176.98] has joined #sbcl 15:55:23 scymtym: gah, I'd forgotten how useless make-method-lambda is 15:56:49 scymtym: sbcl's boot.lisp makes the method lambda list (including specializers) available to make-method-lambda through *method-lambda-list* 15:58:32 Damn. 15:58:49 stassats`: Altering move-temp seems to be the wrong solution. 15:59:58 Ugh. And I was mis-reading the backends all around. 16:02:00 Scratch that, I'm just generally confused at this point. 16:02:22 I'm going to go get coffee and see if that little ritual will settle my thoughts any. 16:10:14 -!- michael_lee [~michael_l@117.36.37.112] has quit [Ping timeout: 240 seconds] 16:13:30 michael_lee [~michael_l@117.36.37.112] has joined #sbcl 16:18:19 Krystof: after adding make-method-lambda-using-specializers (which returns a possibly modified lambda-list for the method as its third return value), a method on that generic function could use (second method-lambda) in combination with the supplied list of specializers to construct and return the new lambda-list 16:19:48 Okay, I'm generally satisfied with the alteration to the lifetime on return-pc-pass, and it does need to be applied to alpha, sparc, mips, and hppa backends. 16:20:06 ppc is satisfied too 16:20:08 Sorry, I couldn't find anything for is satisfied too. 16:20:19 Krystof: that's what i'm currently doing to inject bound pattern variables into method functions 16:20:26 specbot: you again! 16:21:41 minion: More ppc, please? 16:21:42 ppc me harder 16:21:42 Sorry, I couldn't find anything for me harder. 16:23:06 It took me a bit of figuring out to realize why there wasn't a value corruption problem. At some point, I should probably document all of what I can figure out about how these VOPs work. 16:28:39 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 252 seconds] 16:42:56 eudoxia [~eudoxia@r186-54-8-105.dialup.adsl.anteldata.net.uy] has joined #sbcl 16:44:21 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 16:47:48 jrm [~jrm@Dynamic34-29.Dynamic.Dal.Ca] has joined #sbcl 16:47:48 -!- jrm [~jrm@Dynamic34-29.Dynamic.Dal.Ca] has quit [Changing host] 16:47:48 jrm [~jrm@freebsd/hacker/jrm] has joined #sbcl 16:58:16 -!- eudoxia [~eudoxia@r186-54-8-105.dialup.adsl.anteldata.net.uy] has quit [Quit: Leaving] 03:32:27 ccl-logbot [~ccl-logbo@setf.clozure.com] has joined #sbcl 03:32:27 03:32:27 -!- names: ccl-logbot prxq_ edgar-rft echo-area joshe LiamH ASau Bike crixus drmeister milosn Quadrescence ivan`` scymtym_ yacks oleo ubii jdz hlavaty kludge` @Krystof xymox asedeno christoph_debian Vivitron kanru pkhuong tsuru psilord1 ams fe[nl]ix Blkt jsnell_ faheem heddwch gko minion bege reb Subfusc Munksgaard danlentz antoszka |3b| _8hzp foom psilord mood Posterdati daimrod specbot jaimef nicdev flip214 Labrit brucem fikusz ferada luis scymtym pegu redline6561 03:32:27 -!- names: pchrist 03:32:27 -hobana.freenode.net:#sbcl- [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp 03:39:15 -!- christoph_debian [~christoph@ppp-88-217-63-225.dynamic.mnet-online.de] has quit [Ping timeout: 252 seconds] 03:51:06 -!- scymtym_ [~user@ip-5-147-115-29.unitymediagroup.de] has quit [Ping timeout: 276 seconds] 03:52:21 christoph_debian [~christoph@ppp-88-217-55-254.dynamic.mnet-online.de] has joined #sbcl 04:18:05 attila_lendvai [~attila_le@5.76.185.228] has joined #sbcl 04:18:05 -!- attila_lendvai [~attila_le@5.76.185.228] has quit [Changing host] 04:18:05 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 04:28:55 -!- LiamH [~none@96.231.217.60] has quit [Quit: Leaving.] 04:29:54 LiamH [~none@96.231.217.60] has joined #sbcl 04:30:07 -!- LiamH [~none@96.231.217.60] has quit [Client Quit] 04:38:12 pranavrc [~pranavrc@122.164.218.156] has joined #sbcl 04:38:12 -!- pranavrc [~pranavrc@122.164.218.156] has quit [Changing host] 04:38:12 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 05:06:31 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Quit: This computer has gone to sleep] 05:06:48 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 05:07:06 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Remote host closed the connection] 05:08:49 -!- oleo [~oleo@xdsl-78-35-189-53.netcologne.de] has quit [Ping timeout: 246 seconds] 05:16:31 crixxus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 05:18:54 oleo [~oleo@xdsl-78-35-159-161.netcologne.de] has joined #sbcl 05:20:01 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 272 seconds] 05:49:35 -!- crixxus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 245 seconds] 05:56:29 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Ping timeout: 272 seconds] 05:57:23 -!- oleo [~oleo@xdsl-78-35-159-161.netcologne.de] has quit [Quit: Leaving] 06:07:32 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 06:15:43 pnpuff [~harmonic@unaffiliated/pnpuff] has joined #sbcl 06:40:24 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 06:41:31 -!- pnpuff [~harmonic@unaffiliated/pnpuff] has left #sbcl 07:24:53 attila_lendvai [~attila_le@5.76.207.242] has joined #sbcl 07:24:53 -!- attila_lendvai [~attila_le@5.76.207.242] has quit [Changing host] 07:24:53 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 07:34:26 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 07:34:26 attila_lendvai1 [~attila_le@5.76.207.242] has joined #sbcl 07:34:26 -!- attila_lendvai1 [~attila_le@5.76.207.242] has quit [Changing host] 07:34:26 attila_lendvai1 [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 07:41:08 slyrus [~chatzilla@107.201.5.56] has joined #sbcl 07:48:48 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 08:03:32 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Ping timeout: 252 seconds] 08:23:25 -!- kludge` [~comet@unaffiliated/espiral] has quit [Remote host closed the connection] 08:38:23 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 08:51:36 -!- jaimef [jaimef@dns.mauthesis.com] has quit [Excess Flood] 08:54:18 jaimef [jaimef@dns.mauthesis.com] has joined #sbcl 09:49:05 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 265 seconds] 09:56:20 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 10:01:42 stassats [~stassats@wikipedia/stassats] has joined #sbcl 10:16:32 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 10:18:19 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Read error: Operation timed out] 10:19:56 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 10:35:45 eudoxia [~eudoxia@r186-52-18-101.dialup.adsl.anteldata.net.uy] has joined #sbcl 10:36:42 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 276 seconds] 10:38:05 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 11:00:21 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 248 seconds] 12:34:06 segv- [~mb@f052013156.adsl.alicedsl.de] has joined #sbcl 12:34:34 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 12:39:33 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 272 seconds] 12:46:16 -!- ferada [~ferada@37.221.196.86] has quit [Quit: leaving] 12:47:31 ferada [~ferada@37.221.196.86] has joined #sbcl 12:52:18 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 12:54:47 -!- eudoxia [~eudoxia@r186-52-18-101.dialup.adsl.anteldata.net.uy] has quit [Quit: Leaving] 12:59:12 -!- prxq_ is now known as prxq 13:07:45 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 13:16:00 -!- attila_lendvai1 [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 13:17:56 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 13:22:14 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 14:08:56 stassats [~stassats@wikipedia/stassats] has joined #sbcl 14:10:12 drmeister [~drmeister@166.170.21.39] has joined #sbcl 14:27:51 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 272 seconds] 14:29:23 -!- ubii [~ubii@unaffiliated/ubii] has quit [Quit: Leaving] 14:37:01 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 14:38:18 -!- drmeister [~drmeister@166.170.21.39] has quit [Read error: Connection reset by peer] 14:39:01 oleo [~oleo@xdsl-78-35-160-3.netcologne.de] has joined #sbcl 14:50:02 drmeister [~drmeister@166.170.21.39] has joined #sbcl 15:06:32 -!- drmeister [~drmeister@166.170.21.39] has quit [Read error: Connection reset by peer] 15:18:32 drmeister [~drmeister@166.170.21.39] has joined #sbcl 15:21:06 -!- drmeister [~drmeister@166.170.21.39] has quit [Read error: Connection reset by peer] 15:28:40 -!- flip214 [~marek@unaffiliated/flip214] has quit [Ping timeout: 246 seconds] 15:29:13 flip214 [~marek@86.59.100.100] has joined #sbcl 15:29:13 -!- flip214 [~marek@86.59.100.100] has quit [Changing host] 15:29:13 flip214 [~marek@unaffiliated/flip214] has joined #sbcl 15:39:04 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 15:45:42 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 15:46:38 drmeister [~drmeister@155.247.96.196] has joined #sbcl 15:55:53 eudoxia [~eudoxia@r186-52-18-101.dialup.adsl.anteldata.net.uy] has joined #sbcl 16:07:14 -!- eudoxia [~eudoxia@r186-52-18-101.dialup.adsl.anteldata.net.uy] has quit [Quit: Leaving] 16:16:38 crixus [~Rob@173.243.45.74] has joined #sbcl 16:31:08 when running sbcl with --script, how can i access the sb-ext package? 16:32:09 what do you mean, "access"? 16:35:33 Well, when i try to use (use-package :sb-bsd-sockets) i get an exception. 16:36:09 And yeah, I mean sb-bsd-sockets :) 16:36:13 meant* 16:38:58 Munksgaard: so which package? you first said sb-ext, then sb-bsd-sockets... 16:40:02 ams: sb-bsd-sockets 16:40:38 Munksgaard: you probably need (require :sb-bsd-sockets) 16:40:45 use-package is almost certainly the wrong thing 16:41:28 (there are not many differences in running sbcl with --script from running it without --script) 16:41:45 (require 'sb-bsd-sockets) (use-package :sb-bsd-sockets) 16:41:53 but yeah, it is wrong 16:45:51 Because I'm contaminating the namespace? I simply want to be able to use the functions in sb-bsd-sockets without having to type sb-bsd-sockets:get-host-by-name and such, and it's for a very tiny script I made. What would you suggest instead? 16:48:32 auto completion ... 16:50:08 any objection to making run-program/get-descriptor-for work with streams whose type is either :default, ub-8 or a subtype of ub-8 instead of just default or ub-8? 16:50:40 if it is such a tiny script, then prepending sb-bsd-sockets to some function calls or variables isn't such a big deal... 16:53:06 yacks [~py@103.6.159.103] has joined #sbcl 16:57:56 ams: Good point. 17:21:47 slyrus: um, subtype of ub-8? That doesn't seem like a good idea 17:21:51 how have you got such a stream? 17:25:47 -!- slyrus [~chatzilla@107.201.5.56] has quit [Ping timeout: 260 seconds] 17:27:24 fiveop [~fiveop@p5DDC4465.dip0.t-ipconnect.de] has joined #sbcl 17:34:00 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Quit: Ping timeout: ] 18:12:06 pnpuff [~harmonic@unaffiliated/pnpuff] has joined #sbcl 18:12:15 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 18:15:14 stassats [~stassats@wikipedia/stassats] has joined #sbcl 18:18:05 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 18:21:39 -!- scymtym [~user@2001:638:504:2093:baca:3aff:fe83:e736] has quit [Remote host closed the connection] 18:22:12 senj [~senj@unaffiliated/senj] has joined #sbcl 18:28:25 -!- psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has quit [Quit: Leaving.] 18:35:21 scymtym [~user@2001:638:504:2093:baca:3aff:fe83:e736] has joined #sbcl 18:50:23 -!- jaimef [jaimef@dns.mauthesis.com] has quit [Excess Flood] 18:51:17 jaimef [jaimef@dns.mauthesis.com] has joined #sbcl 20:10:51 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 272 seconds] 20:13:20 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Remote host closed the connection] 20:15:42 crixxus [~Rob@173.243.45.74] has joined #sbcl 20:18:05 -!- pnpuff [~harmonic@unaffiliated/pnpuff] has quit [Read error: Connection reset by peer] 20:18:19 -!- crixus [~Rob@173.243.45.74] has quit [Ping timeout: 252 seconds] 20:24:41 DeadTrickster [~dead@62.122.188.214] has joined #sbcl 20:28:18 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Quit: Leaving.] 20:54:10 -!- oleo [~oleo@xdsl-78-35-160-3.netcologne.de] has quit [Ping timeout: 246 seconds] 20:57:47 For PPC, SPARC and x86 a parameter *ASSEMBLY-UNIT-LENGTH* is defined in compiler//parms, but as far as I can tell it is never used anywhere. 20:58:54 In addition there is a constant ASSEMBLY-UNIT-BITS (8) defined in compiler/early-assem which is used 21:07:15 oleo [~oleo@xdsl-87-79-248-115.netcologne.de] has joined #sbcl 21:10:45 scymtym_ [~user@ip-5-147-115-29.unitymediagroup.de] has joined #sbcl 21:21:24 pnpuff [~harmonic@unaffiliated/pnpuff] has joined #sbcl 21:28:32 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 21:30:03 -!- senj [~senj@unaffiliated/senj] has quit [Quit: Textual IRC Client: www.textualapp.com] 21:33:45 -!- segv- [~mb@f052013156.adsl.alicedsl.de] has quit [Remote host closed the connection] 21:35:00 -!- milosn [~milosn@94.12.79.143] has quit [Ping timeout: 245 seconds] 21:36:10 milosn [~milosn@94.12.79.143] has joined #sbcl 21:36:32 segv- [~mb@f052013156.adsl.alicedsl.de] has joined #sbcl 21:39:03 -!- edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has quit [Quit: session corrupted because no hope exists] 21:45:08 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Ping timeout: 272 seconds] 22:01:24 -!- jaimef [jaimef@dns.mauthesis.com] has quit [Excess Flood] 22:01:50 jaimef [jaimef@dns.mauthesis.com] has joined #sbcl 22:05:26 -!- pnpuff [~harmonic@unaffiliated/pnpuff] has quit [Remote host closed the connection] 22:08:10 Bike_ [~Glossina@wl-nat105.it.wsu.edu] has joined #sbcl 22:08:23 -!- Bike_ [~Glossina@wl-nat105.it.wsu.edu] has quit [Client Quit] 22:08:47 Bike_ [~Glossina@wl-nat105.it.wsu.edu] has joined #sbcl 22:08:57 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 276 seconds] 22:13:30 I started to write down some things about the memory layout of SBCL's data structures. I will continue as time permits. Since I'm doing it at the same time as I learn what everything means, I'd appreciate any feedback regarding correctness and the questions I added as block quotes in the text: https://github.com/fiveop/sbcl-memory-layout 22:17:47 -!- Bike_ is now known as Bike 22:18:36 -!- fiveop [~fiveop@p5DDC4465.dip0.t-ipconnect.de] has quit [Quit: humhum] 22:24:37 n-machine-word-bits is different on the alpha since it's natively a 64-bit architecture, but at the time of the port sbcl was nowhere near being 64-bit clean 22:24:54 oh, whoops. he disconnected already 22:29:01 senj [~senj@unaffiliated/senj] has joined #sbcl 22:31:51 -!- drmeister [~drmeister@155.247.96.196] has quit [Read error: Connection reset by peer] 22:32:14 drmeister [~drmeister@155.247.96.196] has joined #sbcl 22:34:55 ehaliewicz [~user@50-0-51-28.dsl.static.sonic.net] has joined #sbcl 22:39:20 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 22:44:03 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Ping timeout: 260 seconds] 22:50:26 -!- drmeister [~drmeister@155.247.96.196] has quit [Remote host closed the connection] 23:05:09 -!- Bike [~Glossina@wl-nat105.it.wsu.edu] has quit [Ping timeout: 248 seconds] 23:15:33 pkhuong_ [~pkhuong@23.233.218.119] has joined #sbcl 23:17:11 -!- pkhuong [~pkhuong@23.233.218.119] has quit [Ping timeout: 245 seconds] 23:17:12 -!- heddwch [~yoshi@76.8.3.189] has quit [Ping timeout: 245 seconds] 23:17:12 -!- ferada [~ferada@37.221.196.86] has quit [Ping timeout: 245 seconds] 23:17:13 ferada_ [~ferada@37.221.196.86] has joined #sbcl 23:18:46 heddwch [~yoshi@76.8.3.189] has joined #sbcl 23:28:55 -!- ferada_ is now known as ferada 23:31:49 -!- heddwch [~yoshi@76.8.3.189] has quit [Ping timeout: 248 seconds] 23:33:47 heddwch [~yoshi@76.8.3.189] has joined #sbcl 23:38:28 -!- crixxus [~Rob@173.243.45.74] has quit [Ping timeout: 245 seconds] 23:40:03 -!- segv- [~mb@f052013156.adsl.alicedsl.de] has quit [Ping timeout: 260 seconds] 23:40:07 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 23:44:51 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Ping timeout: 252 seconds] 23:53:36 -!- pkhuong_ is now known as pkhuong 00:08:40 -!- senj [~senj@unaffiliated/senj] has quit [Quit: Textual IRC Client: www.textualapp.com] 00:22:56 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 00:30:47 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Quit: +++ killed by SIGSEGV +++] 00:34:11 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 00:34:35 ASau` [~user@p54AFF092.dip0.t-ipconnect.de] has joined #sbcl 00:37:56 -!- ASau [~user@p54AFF1DB.dip0.t-ipconnect.de] has quit [Ping timeout: 252 seconds] 00:38:45 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Ping timeout: 272 seconds] 00:43:09 -!- jaimef [jaimef@dns.mauthesis.com] has quit [Excess Flood] 00:46:53 jaimef [jaimef@dns.mauthesis.com] has joined #sbcl 00:49:09 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 272 seconds] 01:13:53 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 01:19:08 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 01:22:31 -!- ASau` is now known as ASau 01:34:55 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 01:39:04 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Ping timeout: 246 seconds] 01:44:11 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 01:44:37 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 265 seconds] 01:48:01 echo-area [~user@182.92.247.2] has joined #sbcl 01:48:12 segv- [~mb@2a02:8109:8100:e1c:2ad2:44ff:fe04:f5ab] has joined #sbcl 01:50:28 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 01:56:53 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 248 seconds] 02:00:36 drmeister [~drmeister@166.170.20.243] has joined #sbcl 02:17:17 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Quit: trivial-irc-0.0.4] 02:20:27 -!- drmeister [~drmeister@166.170.20.243] has quit [Remote host closed the connection] 02:23:19 drmeister [~drmeister@166.170.20.243] has joined #sbcl 02:35:39 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 02:39:58 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Ping timeout: 246 seconds] 02:41:54 -!- drmeister [~drmeister@166.170.20.243] has quit [Read error: Connection reset by peer] 02:46:34 prxq_ [~mommer@x2f6cea4.dyn.telefonica.de] has joined #sbcl 02:49:35 -!- prxq [~mommer@x2f66474.dyn.telefonica.de] has quit [Ping timeout: 245 seconds] 02:55:18 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 03:23:22 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 03:36:26 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 03:38:45 -!- christoph_debian [~christoph@ppp-88-217-55-254.dynamic.mnet-online.de] has quit [Ping timeout: 248 seconds] 03:41:03 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Ping timeout: 272 seconds] 03:48:09 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 03:48:54 -!- scymtym_ [~user@ip-5-147-115-29.unitymediagroup.de] has quit [Ping timeout: 276 seconds] 03:51:59 christoph_debian [~christoph@ppp-46-244-224-216.dynamic.mnet-online.de] has joined #sbcl 03:53:58 slyrus [~chatzilla@107.201.5.56] has joined #sbcl 03:55:29 yacks [~py@103.6.159.103] has joined #sbcl 03:59:23 foom: you there? 04:00:30 ubii [~ubii@unaffiliated/ubii] has joined #sbcl 04:37:09 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 04:38:25 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 04:41:35 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Ping timeout: 252 seconds] 05:36:07 -!- yacks [~py@103.6.159.103] has quit [Read error: Operation timed out] 05:37:53 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 05:42:38 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Ping timeout: 252 seconds] 05:48:38 -!- oleo [~oleo@xdsl-87-79-248-115.netcologne.de] has quit [Quit: Leaving] 05:52:00 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Quit: This computer has gone to sleep] 05:52:32 -!- slyrus [~chatzilla@107.201.5.56] has quit [Ping timeout: 252 seconds] 05:53:50 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 06:04:03 slyrus [~chatzilla@107.201.5.56] has joined #sbcl 06:17:26 -!- gko [gko@2400:8900::f03c:91ff:fe70:e605] has quit [Ping timeout: 240 seconds] 06:23:13 yacks [~py@103.6.159.103] has joined #sbcl 06:25:04 gko [gko@2400:8900::f03c:91ff:fe70:e605] has joined #sbcl 06:38:40 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 06:43:33 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Ping timeout: 272 seconds] 06:46:26 -!- slyrus [~chatzilla@107.201.5.56] has quit [Ping timeout: 252 seconds] 06:56:56 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 07:01:05 psilord [~psilord@ip-64-134-230-112.public.wayport.net] has joined #sbcl 07:09:55 slyrus [~chatzilla@107.201.5.56] has joined #sbcl 07:17:23 -!- psilord [~psilord@ip-64-134-230-112.public.wayport.net] has quit [Ping timeout: 272 seconds] 07:31:02 psilord [~psilord@ip-64-134-230-112.public.wayport.net] has joined #sbcl 07:31:17 -!- psilord [~psilord@ip-64-134-230-112.public.wayport.net] has quit [Client Quit] 07:39:23 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 07:44:15 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Ping timeout: 272 seconds] 07:47:03 tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 07:47:23 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Client Quit] 07:51:34 psilord [~psilord@ip-64-134-230-112.public.wayport.net] has joined #sbcl 07:55:00 -!- psilord [~psilord@ip-64-134-230-112.public.wayport.net] has quit [Read error: Connection reset by peer] 07:55:04 psilord2 [~psilord@ip-64-134-230-112.public.wayport.net] has joined #sbcl 07:56:23 -!- psilord2 [~psilord@ip-64-134-230-112.public.wayport.net] has quit [Client Quit] 08:19:27 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Read error: Connection reset by peer] 08:21:26 -!- prxq_ is now known as prxq 09:07:52 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Quit: Ping timeout: ] 09:08:49 stassats [~stassats@wikipedia/stassats] has joined #sbcl 09:10:30 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 09:50:08 -!- ehaliewicz [~user@50-0-51-28.dsl.static.sonic.net] has quit [Ping timeout: 252 seconds] 10:12:35 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 10:22:55 -!- fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has quit [Remote host closed the connection] 10:22:55 -!- Blkt [~Blkt@2a01:4f8:150:80a1::aaaa] has quit [Remote host closed the connection] 10:23:04 Blkt [~Blkt@2a01:4f8:150:80a1::aaaa] has joined #sbcl 10:23:06 fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has joined #sbcl 10:29:39 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 272 seconds] 10:34:41 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 252 seconds] 10:38:16 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 10:43:43 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Quit: +++ killed by SIGSEGV +++] 10:44:10 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 10:53:48 eudoxia [~eudoxia@r186-52-42-194.dialup.adsl.anteldata.net.uy] has joined #sbcl 10:56:25 it's not clear to me when STREAM-ELEMENT-TYPE will ever be :default 10:57:07 stream created with :element-type :default will have s-e-t CHARACTER, and bivalent-p T 10:58:28 I bet there are hilarious flexi-streams possibilities 10:59:23 the easiest to implement and to use would be to transform (member et '(:default (unsigned-byte 8)) :test #'equal) into T 11:00:33 and maybe resignal read/write-sequence errors with better context 11:01:26 loke_ [~loke@203.127.16.194] has joined #sbcl 11:06:18 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 272 seconds] 11:06:28 attila_lendvai [~attila_le@5.76.185.228] has joined #sbcl 11:06:28 -!- attila_lendvai [~attila_le@5.76.185.228] has quit [Changing host] 11:06:28 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 11:17:08 "Error using # for program input:\n The value 282584257676671 is not of type (UNSIGNED-BYTE 8)." Should do 11:28:05 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 248 seconds] 11:28:14 attila_lendvai [~attila_le@5.76.185.228] has joined #sbcl 11:28:14 -!- attila_lendvai [~attila_le@5.76.185.228] has quit [Changing host] 11:28:14 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 11:28:56 -!- segv- [~mb@2a02:8109:8100:e1c:2ad2:44ff:fe04:f5ab] has quit [Remote host closed the connection] 12:03:37 poglesbyg_ [~poglesbyg@pc145-143.eduroam.uib.no] has joined #sbcl 12:10:08 -!- poglesbyg_ [~poglesbyg@pc145-143.eduroam.uib.no] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 12:12:58 poglesbyg_ [~poglesbyg@pc145-143.eduroam.uib.no] has joined #sbcl 12:18:28 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 245 seconds] 12:22:50 -!- poglesbyg_ [~poglesbyg@pc145-143.eduroam.uib.no] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 12:24:40 omg1314 [~omg1314@61.135.169.73] has joined #sbcl 12:26:52 Hi guys, what's 'TN' short for in SBCL code? I grep-ed a lot and didn't find any clue 12:28:13 temporary name 12:28:16 probably 12:28:18 no-one actually knows 12:28:34 poglesbyg_ [~poglesbyg@pc145-143.eduroam.uib.no] has joined #sbcl 12:34:32 thx, Krystof 12:38:05 -!- omg1314 [~omg1314@61.135.169.73] has left #sbcl 12:51:39 -!- poglesbyg_ [~poglesbyg@pc145-143.eduroam.uib.no] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 13:21:51 poglesbyg_ [~poglesbyg@pc145-143.eduroam.uib.no] has joined #sbcl 13:22:50 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 13:52:57 segv- [~mb@2a02:8109:8100:e1c:2ad2:44ff:fe04:f5ab] has joined #sbcl 13:53:30 -!- eudoxia [~eudoxia@r186-52-42-194.dialup.adsl.anteldata.net.uy] has quit [Quit: Leaving] 13:57:16 RAM's "The Python Compiler for CMU Common Lisp" agrees with 'temporary names' in section 7. ( http://www.cs.cmu.edu/~ram/pub/lfp.ps ) Is there still a chance the definition was altered in sbcl? 14:03:13 drmeister [~drmeister@166.170.20.195] has joined #sbcl 14:12:17 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 14:17:09 -!- poglesbyg_ [~poglesbyg@pc145-143.eduroam.uib.no] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 14:17:47 -!- drmeister [~drmeister@166.170.20.195] has quit [Read error: Connection reset by peer] 14:20:55 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Remote host closed the connection] 14:31:18 drmeister [~drmeister@155.247.96.196] has joined #sbcl 14:32:11 oleo [~oleo@xdsl-78-35-144-157.netcologne.de] has joined #sbcl 14:35:46 poglesbyg_ [~poglesbyg@pc-114-151.eduroam.uib.no] has joined #sbcl 14:39:58 -!- poglesbyg_ [~poglesbyg@pc-114-151.eduroam.uib.no] has quit [Client Quit] 14:40:13 yacks [~py@103.6.159.103] has joined #sbcl 14:40:57 -!- yacks [~py@103.6.159.103] has quit [Read error: Connection reset by peer] 14:41:07 yacks [~py@103.6.159.103] has joined #sbcl 14:44:48 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 14:50:03 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 14:59:01 morning 15:00:34 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Ping timeout: 246 seconds] 15:07:57 morning 15:09:15 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 15:14:18 eudoxia [~eudoxia@r186-52-42-194.dialup.adsl.anteldata.net.uy] has joined #sbcl 15:25:58 -!- eudoxia [~eudoxia@r186-52-42-194.dialup.adsl.anteldata.net.uy] has quit [Ping timeout: 252 seconds] 15:29:58 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 15:30:36 attila_lendvai [~attila_le@5.76.185.228] has joined #sbcl 15:30:36 -!- attila_lendvai [~attila_le@5.76.185.228] has quit [Changing host] 15:30:36 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 15:35:41 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 15:38:35 -!- drmeister [~drmeister@155.247.96.196] has quit [Remote host closed the connection] 16:06:51 -!- segv- [~mb@2a02:8109:8100:e1c:2ad2:44ff:fe04:f5ab] has quit [Remote host closed the connection] 16:08:57 senj [~senj@unaffiliated/senj] has joined #sbcl 16:18:59 segv- [~mb@2a02:8109:8100:e1c:2ad2:44ff:fe04:f5ab] has joined #sbcl 16:27:11 drmeister [~drmeister@155.247.96.196] has joined #sbcl 16:54:34 -!- senj [~senj@unaffiliated/senj] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 16:55:28 senj [~senj@unaffiliated/senj] has joined #sbcl 17:04:52 fiveop [~fiveop@p5DDC4465.dip0.t-ipconnect.de] has joined #sbcl 17:05:09 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Ping timeout: 248 seconds] 17:36:19 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Quit: trivial-irc-0.0.4] 17:57:26 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 252 seconds] 17:58:34 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 17:59:06 nyef [~nyef@c-50-157-244-41.hsd1.ma.comcast.net] has joined #sbcl 18:06:51 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 18:09:29 pnpuff [~harmonic@unaffiliated/pnpuff] has joined #sbcl 18:28:05 -!- drmeister [~drmeister@155.247.96.196] has quit [Remote host closed the connection] 18:31:47 drmeister [~drmeister@155.247.96.196] has joined #sbcl 18:36:49 -!- slyrus [~chatzilla@107.201.5.56] has quit [Remote host closed the connection] 18:45:48 slyrus [~chatzilla@107.201.5.56] has joined #sbcl 18:46:26 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 18:53:52 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 18:57:53 attila_lendvai [~attila_le@5.76.185.228] has joined #sbcl 18:57:53 -!- attila_lendvai [~attila_le@5.76.185.228] has quit [Changing host] 18:57:53 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 18:58:48 stassats [~stassats@wikipedia/stassats] has joined #sbcl 19:02:09 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Ping timeout: 276 seconds] 19:03:05 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 19:06:25 bah. I have (a) a complete [I think] mental model of how to implement a prototype-based object system with my extended specializer protocol, and (b) a painful lower back 19:06:27 THE FRUSTRATION 19:09:57 tsuru: no. 19:21:25 poglesbyg_ [~poglesbyg@80.202.97.213] has joined #sbcl 19:22:06 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 19:27:21 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Ping timeout: 272 seconds] 19:31:02 ehaliewicz [~user@50-0-51-28.dsl.static.sonic.net] has joined #sbcl 19:33:52 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl