00:19:30 -!- kjbrock [~kevin@173-11-106-193-SFBA.hfc.comcastbusiness.net] has left #sbcl 00:19:54 kjbrock [~kevin@173-11-106-193-SFBA.hfc.comcastbusiness.net] has joined #sbcl 00:20:02 -!- kjbrock [~kevin@173-11-106-193-SFBA.hfc.comcastbusiness.net] has quit [Client Quit] 00:20:22 -!- attila_lendvai [~attila_le@catv-89-133-170-47.catv.broadband.hu] has quit [Quit: Leaving.] 02:19:33 grumps [~user@c-71-194-138-249.hsd1.il.comcast.net] has joined #sbcl 02:30:43 -!- grumps [~user@c-71-194-138-249.hsd1.il.comcast.net] has quit [Ping timeout: 252 seconds] 02:49:59 mbohun [~mbohun@ppp115-156.static.internode.on.net] has joined #sbcl 04:43:24 -!- hefner [~hefner@ppp-58-11-45-139.revip2.asianet.co.th] has quit [Ping timeout: 240 seconds] 04:50:00 hefner [~hefner@ppp-58-11-45-139.revip2.asianet.co.th] has joined #sbcl 05:54:12 -!- angavrilov [~angavrilo@217.71.227.181] has quit [*.net *.split] 05:56:18 angavrilov [~angavrilo@217.71.227.181] has joined #sbcl 06:25:34 The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has joined #sbcl 07:05:46 -!- The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has quit [Ping timeout: 240 seconds] 07:37:37 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 08:05:31 -!- Krystof [~csr21@csrhodes.plus.com] has quit [Ping timeout: 250 seconds] 08:32:04 -!- tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Ping timeout: 252 seconds] 08:54:32 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 09:13:18 The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has joined #sbcl 09:26:31 -!- cmm [~cmm@bzq-79-182-202-208.red.bezeqint.net] has quit [Ping timeout: 252 seconds] 09:26:49 cmm [~cmm@bzq-79-182-202-208.red.bezeqint.net] has joined #sbcl 09:51:25 -!- tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Quit: Leaving.] 09:58:22 Krystof [~csr21@cpc2-dals3-0-0-cust1263.hari.cable.virginmedia.com] has joined #sbcl 09:58:22 -!- ChanServ has set mode +o Krystof 11:16:36 -!- hefner [~hefner@ppp-58-11-45-139.revip2.asianet.co.th] has quit [Quit: hefner] 11:22:19 -!- specbot [~specbot@common-lisp.net] has quit [Ping timeout: 240 seconds] 11:22:19 -!- lisppaste2 [~lisppaste@common-lisp.net] has quit [Ping timeout: 240 seconds] 11:39:13 hefner [~hefner@ppp-58-11-45-139.revip2.asianet.co.th] has joined #sbcl 11:49:00 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 12:37:07 attila_lendvai [~attila_le@4d6f5d3b.adsl.enternet.hu] has joined #sbcl 12:45:14 -!- hefner [~hefner@ppp-58-11-45-139.revip2.asianet.co.th] has quit [Ping timeout: 255 seconds] 12:45:52 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 265 seconds] 12:51:53 hefner [~hefner@61.90.102.153] has joined #sbcl 12:57:20 -!- mbohun [~mbohun@ppp115-156.static.internode.on.net] has quit [Quit: Leaving] 13:48:43 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 14:13:19 -!- minion [~minion@common-lisp.net] has quit [Remote host closed the connection] 14:23:28 lisppaste2 [~lisppaste@common-lisp.net] has joined #sbcl 14:23:45 minion [~minion@common-lisp.net] has joined #sbcl 14:23:50 specbot [~specbot@common-lisp.net] has joined #sbcl 14:54:19 -!- Krystof [~csr21@cpc2-dals3-0-0-cust1263.hari.cable.virginmedia.com] has quit [Ping timeout: 252 seconds] 14:57:37 -!- hefner [~hefner@61.90.102.153] has quit [Read error: Connection reset by peer] 14:58:01 hefner [~hefner@ppp-61-90-102-153.revip.asianet.co.th] has joined #sbcl 15:07:53 cmpitg [~cmpitg@113.22.0.240] has joined #sbcl 16:05:45 pkhuong_: I've rebased the SSE patches onto a more recent version, and rearranged your original changes into 3 patches with logical grouping instead of time-based: http://github.com/angavrilov/sbcl/commits/sse/ 16:09:17 I've also moved the 3 patches that fix instruction definitions to the bottom, because they don't depend on sse-pack at all. 16:23:52 Krystof [~csr21@csrhodes.plus.com] has joined #sbcl 16:23:52 -!- ChanServ has set mode +o Krystof 17:06:55 -!- tsuru` [~charlie@c-174-50-217-160.hsd1.tn.comcast.net] has quit [Read error: Connection reset by peer] 17:06:58 tsuru`` [~charlie@c-174-50-217-160.hsd1.tn.comcast.net] has joined #sbcl 17:08:07 -!- cmpitg [~cmpitg@113.22.0.240] has quit [Quit: Go to sleep] 17:43:01 -!- attila_lendvai [~attila_le@4d6f5d3b.adsl.enternet.hu] has quit [Quit: Leaving.] 18:08:40 nyef [~nyef@pool-64-222-178-106.man.east.myfairpoint.net] has joined #sbcl 18:08:58 Hello all. 18:15:04 -!- tsuru`` is now known as tsuru 18:25:42 So, I just thought of a hack that might... improve the situation with bug 553943. 18:26:51 Instead of blowing up immediately on seeing a bogus package in FOP-{SMALL-,}NAMED-PACKAGE-SAVE, why not stuff poisoned data into the fop table instead? 19:34:03 -!- hargettp [~hargettp@dhcp-162.mirrorimage.net] has quit [Remote host closed the connection] 19:34:34 hargettp [~hargettp@dhcp-162.mirrorimage.net] has joined #sbcl 20:23:20 Hrm... Looks like it's time to actually take a look at the windows threading stuff. 20:33:20 ... And it doesn't take long to find an egregious style violation. :-/ 20:39:43 -!- The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has left #sbcl 20:40:22 that's ok, that's what review is for 20:41:03 Yeah, I know. 20:42:30 Only /four/ patches? 20:45:28 Seems odd to be on the other side, this time. Remember when I was the one with the huge changeset for some windows stuff? 20:45:45 -!- hargettp [~hargettp@dhcp-162.mirrorimage.net] has left #sbcl 20:48:21 the initial safepoint branch probably isn't very neat to begin with... 20:52:28 nyef: funnily enough, yes 20:52:41 I cleared out my office a month ago and found some printouts with my notes on them 20:53:33 I just built 1.0.43 on my (dying) windows box as a test, and it builds about three times as fast as any other system I use. 20:53:47 -!- gor[e] [U2FsdGVkX1@79.165.187.105] has quit [Ping timeout: 255 seconds] 20:53:59 I may actually start paying attention to windows issues again. 20:54:22 gor[e] [U2FsdGVkX1@79.165.187.105] has joined #sbcl 20:55:11 I'm somewhat underwhelmed by the decision to use a pthreads compatibility layer. 22:29:15 What specifically is wrong wtih the compatibility layer? 22:38:53 Windows threads aren't pthreads: The entire thing is a kludge. 22:40:30 can we have a compatibility layer on top of lutexes? :) 22:56:58 Anyway, using a pthreads compatibility layer isn't a deal-breaker, just... underwhelming. 22:57:35 -!- tsuru [~charlie@c-174-50-217-160.hsd1.tn.comcast.net] has quit [Remote host closed the connection] 23:00:59 ... The gc safe-region stuff is also somewhat distressing. 23:34:15 Fare [~Fare@ita4fw1.itasoftware.com] has joined #sbcl