00:47:52 -!- kclifton [~kclifton@s198-166-45-245.ab.hsia.telus.net] has quit [Quit: kclifton] 01:05:37 udzinari [~user@209.158.broadband13.iol.cz] has joined #sbcl 01:06:58 -!- kjbrock [~kevin@173-11-106-193-SFBA.hfc.comcastbusiness.net] has quit [Quit: kjbrock] 01:23:59 -!- attila_lendvai [~attila_le@adsl-89-135-201-12.monradsl.monornet.hu] has quit [Quit: Leaving.] 02:31:57 redline6561 [~redline@c-66-56-55-169.hsd1.ga.comcast.net] has joined #sbcl 02:33:06 Feel free to say "begone" but what happened to The_Jon_Smith's peephole optimizer? Is there any thought that might go in for 1.1 or get some review, etc. Is it still being worked on is my question, really. 02:34:29 -!- nyef [~nyef@pool-64-222-164-95.man.east.myfairpoint.net] has quit [Quit: G'night all.] 02:37:08 -!- hefner_ [~hefner@ppp-58-9-114-131.revip2.asianet.co.th] has quit [Ping timeout: 240 seconds] 02:46:57 hefner [~hefner@ppp-58-9-114-131.revip2.asianet.co.th] has joined #sbcl 02:51:16 hefner_ [~hefner@ppp-58-9-114-131.revip2.asianet.co.th] has joined #sbcl 02:51:16 -!- hefner [~hefner@ppp-58-9-114-131.revip2.asianet.co.th] has quit [Read error: Connection reset by peer] 02:51:17 -!- hefner_ is now known as hefner 03:49:30 -!- rpg [~rpg@216.243.156.16.real-time.com] has quit [Remote host closed the connection] 03:52:04 -!- redline6561 [~redline@c-66-56-55-169.hsd1.ga.comcast.net] has left #sbcl 04:53:38 -!- hefner [~hefner@ppp-58-9-114-131.revip2.asianet.co.th] has quit [Ping timeout: 255 seconds] 04:53:53 hefner [~hefner@ppp-58-9-114-131.revip2.asianet.co.th] has joined #sbcl 04:54:17 slyrus__ [~chatzilla@adsl-75-55-215-234.dsl.pltn13.sbcglobal.net] has joined #sbcl 04:54:35 -!- slyrus_ [~chatzilla@adsl-75-36-215-204.dsl.pltn13.sbcglobal.net] has quit [Ping timeout: 276 seconds] 05:11:56 homie` [~user@xdsl-87-79-160-66.netcologne.de] has joined #sbcl 05:12:28 -!- homie [~user@xdsl-78-34-245-119.netcologne.de] has quit [Ping timeout: 240 seconds] 05:31:31 -!- Fare [~Fare@ita4fw1.itasoftware.com] has quit [Quit: Leaving] 06:10:51 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 06:39:15 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 245 seconds] 06:59:53 stassats [~stassats@wikipedia/stassats] has joined #sbcl 07:17:18 flip214 [~marek@2001:858:107:1:baac:6fff:fe6b:9183] has joined #sbcl 07:17:18 -!- flip214 [~marek@2001:858:107:1:baac:6fff:fe6b:9183] has quit [Changing host] 07:17:18 flip214 [~marek@unaffiliated/flip214] has joined #sbcl 07:27:30 nikodemus [~nikodemus@cs181199216.pp.htv.fi] has joined #sbcl 07:27:30 -!- ChanServ has set mode +o nikodemus 08:48:59 -!- hefner [~hefner@ppp-58-9-114-131.revip2.asianet.co.th] has quit [Ping timeout: 255 seconds] 08:53:40 hefner [~hefner@ppp-58-9-114-131.revip2.asianet.co.th] has joined #sbcl 08:59:12 -!- nikodemus [~nikodemus@cs181199216.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 09:15:30 nikodemus [~nikodemus@cs181058025.pp.htv.fi] has joined #sbcl 09:15:30 -!- ChanServ has set mode +o nikodemus 09:20:25 -!- nikodemus [~nikodemus@cs181058025.pp.htv.fi] has quit [Ping timeout: 260 seconds] 09:21:36 -!- Krystof [~csr21@csrhodes.plus.com] has quit [Ping timeout: 265 seconds] 09:24:29 nikodemus [~nikodemus@cs181058025.pp.htv.fi] has joined #sbcl 09:24:29 -!- ChanServ has set mode +o nikodemus 09:29:40 -!- stassats [~stassats@wikipedia/stassats] has quit [Read error: Connection reset by peer] 09:33:59 cmpitg [~cmpitg@113.22.105.166] has joined #sbcl 09:34:20 -!- cmpitg [~cmpitg@113.22.105.166] has left #sbcl 09:47:14 -!- specbot [~specbot@common-lisp.net] has quit [*.net *.split] 09:47:14 -!- Xof [~crhodes@158.223.51.79] has quit [*.net *.split] 09:47:14 Xof_ [~crhodes@158.223.51.79] has joined #sbcl 09:50:30 -!- flip214 [~marek@unaffiliated/flip214] has quit [Remote host closed the connection] 09:51:31 flip214 [~marek@2001:858:107:1:baac:6fff:fe6b:9183] has joined #sbcl 09:51:31 -!- flip214 [~marek@2001:858:107:1:baac:6fff:fe6b:9183] has quit [Changing host] 09:51:31 flip214 [~marek@unaffiliated/flip214] has joined #sbcl 09:56:29 -!- flip214 [~marek@unaffiliated/flip214] has quit [Remote host closed the connection] 09:57:50 flip214 [~marek@2001:858:107:1:baac:6fff:fe6b:9183] has joined #sbcl 09:57:50 -!- flip214 [~marek@2001:858:107:1:baac:6fff:fe6b:9183] has quit [Changing host] 09:57:50 flip214 [~marek@unaffiliated/flip214] has joined #sbcl 10:02:25 -!- flip214 [~marek@unaffiliated/flip214] has quit [Ping timeout: 260 seconds] 10:14:45 flip214 [~marek@2001:858:107:1:baac:6fff:fe6b:9183] has joined #sbcl 10:14:45 -!- flip214 [~marek@2001:858:107:1:baac:6fff:fe6b:9183] has quit [Changing host] 10:14:45 flip214 [~marek@unaffiliated/flip214] has joined #sbcl 10:36:38 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 10:36:38 -!- tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Client Quit] 10:36:58 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 11:21:51 Krystof [~csr21@158.223.161.73] has joined #sbcl 11:21:51 -!- ChanServ has set mode +o Krystof 11:34:02 attila_lendvai [~attila_le@adsl-89-135-201-12.monradsl.monornet.hu] has joined #sbcl 11:37:40 -!- Krystof [~csr21@158.223.161.73] has quit [Ping timeout: 252 seconds] 11:39:15 Krystof [~csr21@158.223.161.73] has joined #sbcl 11:39:15 -!- ChanServ has set mode +o Krystof 11:39:59 -!- hefner [~hefner@ppp-58-9-114-131.revip2.asianet.co.th] has quit [Ping timeout: 255 seconds] 11:46:21 hefner [~hefner@ppp-58-9-182-132.revip2.asianet.co.th] has joined #sbcl 11:50:02 -!- homie` [~user@xdsl-87-79-160-66.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 11:58:50 -!- Krystof [~csr21@158.223.161.73] has quit [Ping timeout: 264 seconds] 12:11:14 homie [~user@xdsl-87-79-160-66.netcologne.de] has joined #sbcl 12:24:19 -!- attila_lendvai [~attila_le@adsl-89-135-201-12.monradsl.monornet.hu] has quit [Quit: Leaving.] 12:24:51 -!- udzinari [~user@209.158.broadband13.iol.cz] has quit [Remote host closed the connection] 12:30:15 attila_lendvai [~attila_le@adsl-89-135-201-12.monradsl.monornet.hu] has joined #sbcl 12:31:29 -!- attila_lendvai [~attila_le@adsl-89-135-201-12.monradsl.monornet.hu] has quit [Client Quit] 13:55:22 attila_lendvai [~attila_le@catv-89-132-188-47.catv.broadband.hu] has joined #sbcl 14:22:11 stassats [~stassats@wikipedia/stassats] has joined #sbcl 14:25:13 skaboy [~s0793114@ratz.inf.ed.ac.uk] has joined #sbcl 14:25:37 Krystof [~csr21@158.223.161.73] has joined #sbcl 14:25:37 -!- ChanServ has set mode +o Krystof 14:28:14 -!- mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has quit [Ping timeout: 264 seconds] 14:28:19 mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has joined #sbcl 14:28:25 Hi. I'm trying to learn about threading in SBCL. If I want to (at the main SBCL repl) run two threads in the background (using make-thread) and still have the repl be responsive for other tasks, what is the right way to do this? I've tried (make-thread ...) followed by a break and (release-foreground), but that's not right. Any pointers to documentation would be most helpful (I've read the main SBCL docs on threading but must have missed something). 14:32:11 skaboy: afaik, make-thread should start a new thread and return. if your repl prompt does not work afterwards, then it's some other problem (a deadlock on something between the main thread and the new thread?) 14:32:11 nyef [~nyef@pool-64-222-164-95.man.east.myfairpoint.net] has joined #sbcl 14:32:22 G'morning all. 14:32:27 hey nyef 14:32:53 skaboy: are you doing all this from slime or from a terminal? 14:34:18 Hi attila: Thank you! That's what I thought as well. Just from a terminal. As a silly example, if I try (make-thread #'(lambda () (expt 10 (expt 10 100)))), I get a non-responsive repl. 14:34:35 *attila_lendvai* tries 14:36:14 skaboy: heh, I think it's the compiler... trying to constant fold your expression before even starting a new thread... :) 14:36:52 oh! Haha. Thank you! 14:37:59 skaboy: (make-thread (lambda () (sleep 2) (print "from the new thread") (finish-output *standard-output*))) 14:38:36 Perfect! 14:38:42 Thanks very much 14:42:25 -!- mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has quit [Ping timeout: 260 seconds] 14:43:50 mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has joined #sbcl 15:11:28 -!- nikodemus [~nikodemus@cs181058025.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 15:19:47 hefner_ [~hefner@ppp-58-9-182-132.revip2.asianet.co.th] has joined #sbcl 15:19:47 -!- hefner [~hefner@ppp-58-9-182-132.revip2.asianet.co.th] has quit [Read error: Connection reset by peer] 15:19:48 -!- hefner_ is now known as hefner 15:39:33 kclifton [~kclifton@s198-166-45-245.ab.hsia.telus.net] has joined #sbcl 15:51:54 -!- flip214 [~marek@unaffiliated/flip214] has quit [Remote host closed the connection] 15:55:02 gor[e] [U2FsdGVkX1@79.165.187.105] has joined #sbcl 16:50:13 rpg [~rpg@216.243.156.16.real-time.com] has joined #sbcl 17:00:40 -!- mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has quit [Ping timeout: 260 seconds] 17:10:03 mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has joined #sbcl 17:29:32 -!- homie [~user@xdsl-87-79-160-66.netcologne.de] has quit [Read error: Operation timed out] 17:30:13 homie` [~user@xdsl-87-79-41-222.netcologne.de] has joined #sbcl 17:33:15 -!- homie` [~user@xdsl-87-79-41-222.netcologne.de] has quit [Client Quit] 17:40:09 homie [~user@xdsl-87-79-41-222.netcologne.de] has joined #sbcl 17:52:23 -!- Krystof [~csr21@158.223.161.73] has quit [Read error: Operation timed out] 19:24:40 -!- skaboy [~s0793114@ratz.inf.ed.ac.uk] has quit [Quit: My damn controlling terminal disappeared!] 20:05:17 Krystof [~csr21@csrhodes.plus.com] has joined #sbcl 20:05:17 -!- ChanServ has set mode +o Krystof 20:57:16 -!- froydnj [~froydnj@gateway.codesourcery.com] has quit [Remote host closed the connection] 21:13:49 nyef: nice commits! 21:14:07 attila_lendvai: Thanks. 21:14:24 Now if I could just figure out... 21:14:30 lp 383079 21:14:45 I'd be even happier with them. 21:14:48 Damnit, specbot! 21:15:45 https://bugs.launchpad.net/sbcl/+bug/383079 21:15:53 Yeah. 21:16:42 Shouldn't be impossible, but it's a touch involved. 21:18:53 unfortunately I can't be of much use in this. I'd need a few days of staring at the code before I could ask reasonably... :/ 21:19:12 Yeah, I've already done some of the staring... and hacking. 21:20:24 The starting point is USE-GOOD-FOR-DX-P, but that has some follow-on problems because it's assumed that it will only return true of a REF if it's a REF to a LAMBDA-VAR, and all of a sudden it starts doing so for REFs to FUNCTIONALs. 21:20:45 I may work at it a bit more this week, I may not. 21:29:02 cool stuff, nyef 21:29:04 nyef: any idea of the path to make it work on specialised value cells? 21:29:05 thank you 21:29:35 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 260 seconds] 21:36:18 pkhuong_: I was actually thinking about specialized value-cells earlier. But to which "it" do you refer? 21:39:13 your work with working directly in the stack frame instead of indirecting through a value cell 21:40:33 if that question actually makes sense? 21:42:43 right. Never mind, that already works. That only leaves on-heap (real) value cells to specialise. 21:43:51 Actually, you'd need different VOPs to hit up, say, floating-point cells. 21:46:00 mm... and adjust ir2tran. Looks doable in a day or so, except that I'm not !x86oid-literate. 21:46:23 Right, you'd need a different frame-pointer for the number-stack. 21:47:13 Actually... Hrm. 21:53:34 How bad would the conditionalization be if you had a :specialized-value-cells feature? 21:58:46 Heh. Heheh. Hee-hee. How would the in-memory representation of a specialized float value-cell differ from a boxed float, other than the widetag? 22:01:52 Yeah, I think I know how to make this happen. :-D 22:01:54 the float bits would be on the stack and therefore potentially treated as gc roots? 22:02:12 or am I misunderstanding? 22:06:25 nyef: erh.. yuck :) 22:07:54 Krystof: They'd only be on the control stack on x86oids. For the other platforms, we'd switch out the frame pointers stashed in the closure for the number-frame-pointer. 22:08:15 Err... We'd store the number-frame-pointer in the closure instead of the control-frame-pointer. 22:08:18 That's a bit better. 22:09:41 And they'd also only be on a stack in the DX case. 22:12:16 pkhuong_: The other side of that, though, is that the accessors for the heap value-cells become things like MOVE-FROM-SINGLE and such. 22:37:20 I'm going to try and land the tls-index fixup stuff this week, then maybe I'll take a more-serious look at specialized value-cells. 23:01:33 Bleh. And I forgot about the x86 disassembler fixes /again/. 23:19:20 -!- attila_lendvai [~attila_le@catv-89-132-188-47.catv.broadband.hu] has quit [Quit: Leaving.] 23:20:47 Fare [~Fare@ita4fw1.itasoftware.com] has joined #sbcl 23:24:32 specbot [~specbot@common-lisp.net] has joined #sbcl