00:03:03 -!- milanj [~milanj@cable-94-189-145-213.dynamic.sbb.rs] has quit [Quit: Leaving] 00:52:09 -!- foreignFunction [~niksaak@ip-4761.sunline.net.ua] has quit [Quit: Leaving.] 00:57:36 ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has joined #sbcl 01:22:43 -!- Bike [~Glossina@67-5-234-210.ptld.qwest.net] has quit [Ping timeout: 264 seconds] 01:24:36 Bike [~Glossina@75-175-70-189.ptld.qwest.net] has joined #sbcl 02:08:26 kanru` [~kanru@118-163-10-190.HINET-IP.hinet.net] has joined #sbcl 02:37:06 -!- drmeister [~drmeister@pool-173-59-25-70.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 02:39:31 -!- christoph4 [~christoph@ppp-188-174-105-2.dynamic.mnet-online.de] has quit [Ping timeout: 264 seconds] 02:41:31 Fare [fare@nat/google/x-dtaojcficmcemqnc] has joined #sbcl 02:42:01 drmeister [~drmeister@pool-173-59-25-70.phlapa.fios.verizon.net] has joined #sbcl 02:46:50 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 02:52:26 christoph4 [~christoph@ppp-93-104-2-211.dynamic.mnet-online.de] has joined #sbcl 03:02:25 -!- kanru` [~kanru@118-163-10-190.HINET-IP.hinet.net] has quit [Ping timeout: 248 seconds] 03:08:46 committing tonight's batch despite a regression on x86 (:bug-936304) that I can't explain: bisection says it's caused by more constant folding in backquotes. 03:28:44 -!- wbooze [~wbooze@xdsl-78-35-149-171.netcologne.de] has quit [Read error: Operation timed out] 03:55:13 Strigoides [~owen@114-134-0-47.lightwire.co.nz] has joined #sbcl 04:28:29 kanru` [~kanru@118-163-10-190.HINET-IP.hinet.net] has joined #sbcl 05:04:34 attila_lendvai [~attila_le@92.46.5.171] has joined #sbcl 05:04:34 -!- attila_lendvai [~attila_le@92.46.5.171] has quit [Changing host] 05:04:34 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 05:23:05 -!- psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has quit [Quit: Leaving.] 05:58:45 -!- ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has quit [Ping timeout: 256 seconds] 06:01:03 drmeiste_ [~drmeister@pool-173-59-25-70.phlapa.fios.verizon.net] has joined #sbcl 06:03:42 -!- drmeister [~drmeister@pool-173-59-25-70.phlapa.fios.verizon.net] has quit [Ping timeout: 264 seconds] 06:13:25 -!- Strigoides [~owen@114-134-0-47.lightwire.co.nz] has quit [Ping timeout: 248 seconds] 06:20:08 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Quit: Leaving] 06:20:37 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 06:36:06 -!- Fare [fare@nat/google/x-dtaojcficmcemqnc] has quit [Ping timeout: 240 seconds] 06:38:21 prxq [~mommer@mnhm-590c0e6a.pool.mediaWays.net] has joined #sbcl 06:52:03 Fare [~fare@173-9-65-97-NewEngland.hfc.comcastbusiness.net] has joined #sbcl 07:21:21 scymtym [~user@89.31.118.161] has joined #sbcl 07:27:15 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Quit: This computer has gone to sleep] 07:31:01 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 07:41:40 Strigoides [~owen@114-134-0-5.lightwire.co.nz] has joined #sbcl 07:50:53 stassats [~stassats@wikipedia/stassats] has joined #sbcl 07:54:33 attila_lendvai [~attila_le@87.247.13.99] has joined #sbcl 07:54:33 -!- attila_lendvai [~attila_le@87.247.13.99] has quit [Changing host] 07:54:33 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 08:12:51 -!- Bike [~Glossina@75-175-70-189.ptld.qwest.net] has quit [Quit: leaving] 08:14:38 Bike [~Glossina@75-175-70-189.ptld.qwest.net] has joined #sbcl 08:21:21 -!- Fare [~fare@173-9-65-97-NewEngland.hfc.comcastbusiness.net] has quit [Ping timeout: 248 seconds] 09:29:09 -!- Bike [~Glossina@75-175-70-189.ptld.qwest.net] has quit [Ping timeout: 248 seconds] 09:31:01 Bike [~Glossina@75-175-70-189.ptld.qwest.net] has joined #sbcl 10:07:33 -!- kanru` [~kanru@118-163-10-190.HINET-IP.hinet.net] has quit [Ping timeout: 248 seconds] 10:09:32 FAILURE-P was set when creating "obj/from-xc/src/compiler/saptran.lisp-obj". 10:10:01 Derived type of #:G10 is (VALUES (MEMBER T) &OPTIONAL), conflicting with its asserted type LIST 10:12:19 something's wrong with backqoute 10:26:19 and it shows only for me because i have +sb-dynamic-core 10:32:27 hm, there might be badness going on if something in the compiler modifies the source code 10:33:10 though actually `(foo bar) already reads as '(foo bar) so dunno 10:33:24 well, it boils down to (,@t ..) 10:33:37 the transform returns (values transformed t), for some reason 10:36:19 -!- Bike [~Glossina@75-175-70-189.ptld.qwest.net] has quit [Ping timeout: 245 seconds] 10:38:14 Bike [~Glossina@75-175-70-189.ptld.qwest.net] has joined #sbcl 10:39:28 oh that one 10:39:45 see foreign-symbol-address in saptran.lisp 10:40:09 (or #+sb-dynamic-core t) part, what is it supposed to do? 10:43:43 "If the second value of the body 10:43:43 ;;; is non-null, then it is a list of declarations which are to be 10:43:45 ;;; inserted at the head of the lambda." 10:44:01 so, dunno what it's supposed to do, but it is clearly not doing the right thing 10:44:05 T doesn't look like one 10:45:46 echo-area [~user@182.92.247.2] has joined #sbcl 10:47:09 is foreign-symbol-address is a function which is meant to return two values? 10:47:44 ("yes") 10:47:45 yes 10:48:01 so, probably the transform should be to `(values ... ...) rather than (values `(...) `(...)) 10:48:39 right 10:52:43 ok, testing the build 10:53:00 i think i need to test it on windows, too much changes which can go wrong there 10:53:34 and sb-dynamic-core is enabled on windows (i enable it manually, and happened to catch this) 11:06:34 akovalenko [~user@195.18.46.21] has joined #sbcl 11:09:38 -!- Strigoides [~owen@114-134-0-5.lightwire.co.nz] has quit [Quit: leaving] 11:26:06 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Read error: Operation timed out] 11:43:18 attila_lendvai [~attila_le@87.247.13.180] has joined #sbcl 11:43:18 -!- attila_lendvai [~attila_le@87.247.13.180] has quit [Changing host] 11:43:18 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 11:59:14 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 12:16:13 -!- drmeiste_ [~drmeister@pool-173-59-25-70.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 12:26:35 drmeister [~drmeister@pool-173-59-25-70.phlapa.fios.verizon.net] has joined #sbcl 12:33:14 teggi [~teggi@123.20.31.145] has joined #sbcl 12:36:05 attila_lendvai [~attila_le@92.46.5.171] has joined #sbcl 12:36:05 -!- attila_lendvai [~attila_le@92.46.5.171] has quit [Changing host] 12:36:05 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 12:41:24 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 12:42:59 -!- drmeister [~drmeister@pool-173-59-25-70.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 12:58:37 Krystof: would the overhead of implementing FOO and FOO-IF-NOT in terms of FOO-IF in src/pcl/sequence.lisp be acceptable? 12:59:02 that would make consistent custom sequence functions easier to implement 12:59:13 (and reduce core size by ~ 16 Kb on x86) 13:06:14 Off the cuff, I think I'd prefer the custom sequence implementor to make that choice 13:06:34 that is, they can easily implement FOO-IF-NOT in terms of FOO-IF if they choose to 13:06:40 attila_lendvai [~attila_le@92.46.5.171] has joined #sbcl 13:06:40 -!- attila_lendvai [~attila_le@92.46.5.171] has quit [Changing host] 13:06:40 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 13:06:59 nyef [~nyef@c-50-157-244-41.hsd1.ma.comcast.net] has joined #sbcl 13:08:58 Krystof: understood 13:10:04 Good morning all. 13:22:13 drmeister [~drmeister@wirelessNAT188.wireless.temple.edu] has joined #sbcl 13:26:25 -!- akovalenko [~user@195.18.46.21] has quit [Ping timeout: 256 seconds] 13:40:19 -!- drmeister [~drmeister@wirelessNAT188.wireless.temple.edu] has quit [Ping timeout: 240 seconds] 13:41:28 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 13:44:56 segv- [~mb@95-91-241-60-dynip.superkabel.de] has joined #sbcl 13:46:08 wbooze [~wbooze@xdsl-87-79-196-51.netcologne.de] has joined #sbcl 13:46:34 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 13:53:01 foreignFunction [~niksaak@ip-4761.sunline.net.ua] has joined #sbcl 13:53:45 drmeister [~drmeister@wirelessNAT188.wireless.temple.edu] has joined #sbcl 13:59:52 slyrus [~chatzilla@adsl-108-192-103-248.dsl.pltn13.sbcglobal.net] has joined #sbcl 14:01:35 -!- drmeister [~drmeister@wirelessNAT188.wireless.temple.edu] has quit [Remote host closed the connection] 14:05:49 drmeister [~drmeister@wirelessNAT188.wireless.temple.edu] has joined #sbcl 14:21:43 psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 14:24:31 -!- drmeister [~drmeister@wirelessNAT188.wireless.temple.edu] has quit [Ping timeout: 276 seconds] 14:27:30 drmeister [~drmeister@farnsworth.chem.temple.edu] has joined #sbcl 14:37:15 -!- segv- [~mb@95-91-241-60-dynip.superkabel.de] has quit [Remote host closed the connection] 14:38:24 segv- [~mb@95-91-241-60-dynip.superkabel.de] has joined #sbcl 15:03:51 good morning 15:04:05 so, does anyone have thoughts on the gc.impure.lisp / BUG-936304 regression? 15:10:55 ... context? 15:12:11 -!- stassats [~stassats@wikipedia/stassats] has quit [Read error: Operation timed out] 15:12:56 http://sbcl.git.sourceforge.net/git/gitweb.cgi?p=sbcl/sbcl.git;a=commitdiff;h=f25039178959a9b302b3399dd04a4d7ba492674d makes that test fail on linux/x86, but not x86-64. 15:14:00 Okay, not mine (phew!), I'll take a look as soon as I have some spare bandwidth. 15:15:37 it's a very not unitary "cons a lot and check for OOM" test... 15:18:00 and the test succeeds on its own. 15:30:47 mm.. building sb-bsd-socket in parallel isn't a good idea (: 15:38:48 attila_lendvai [~attila_le@92.46.5.171] has joined #sbcl 15:38:48 -!- attila_lendvai [~attila_le@92.46.5.171] has quit [Changing host] 15:38:48 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 15:43:53 Fare [~fare@173-9-65-97-NewEngland.hfc.comcastbusiness.net] has joined #sbcl 15:45:33 -!- foreignFunction [~niksaak@ip-4761.sunline.net.ua] has quit [Quit: Leaving.] 15:51:44 -!- slyrus [~chatzilla@adsl-108-192-103-248.dsl.pltn13.sbcglobal.net] has quit [Remote host closed the connection] 15:52:01 -!- scymtym [~user@89.31.118.161] has quit [Ping timeout: 248 seconds] 15:52:25 slyrus [~chatzilla@adsl-108-192-103-248.dsl.pltn13.sbcglobal.net] has joined #sbcl 15:53:24 -!- slyrus [~chatzilla@adsl-108-192-103-248.dsl.pltn13.sbcglobal.net] has quit [Remote host closed the connection] 15:53:48 slyrus [~chatzilla@adsl-108-192-103-248.dsl.pltn13.sbcglobal.net] has joined #sbcl 15:53:54 -!- slyrus [~chatzilla@adsl-108-192-103-248.dsl.pltn13.sbcglobal.net] has quit [Remote host closed the connection] 16:00:35 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 16:21:16 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 16:36:37 stassats [~stassats@wikipedia/stassats] has joined #sbcl 16:55:12 re slots type expansion changes: what if you treat any slot for which a type is coming from DEFTYPE as being incompatible with a new one? 16:55:30 another option is to store the type-expansion in the slot and later compare it 17:09:20 Krystof: any opinion on that? 17:09:32 that's about 17:09:33 lp 1182204 17:09:33 https://bugs.launchpad.net/bugs/1182204 17:14:21 hm, just for deftype doesn't work for structure redefinition 17:19:33 you could memoise on the layout for structure types. 17:20:29 i wanted to avoid storing and parsing types when creating slots 17:20:57 ok? 17:22:34 that leaves then only considering slots compatible when their type is :primitive 17:23:37 it's in two parts: generate-slotd-typecheck, which caches the result, that's easy to deal with 17:24:00 i'm concerned about slot-layouts-compatible-p 17:24:25 without having the parsed form of the previous type, i can't decide whether it's compatible or not 17:25:51 and slot-layouts-compatible-p means the whole class-wrapper is changed, not just the typechecking part 17:28:44 there's always nuking the caches unconditionally. 17:31:54 MOP is vague about :type, only says it can signal an error if it's not a type-specifier 17:32:52 deferring parsing the type until finalization shouldn't cause much problems 17:33:06 davazp [~user@178.167.179.139.threembb.ie] has joined #sbcl 17:38:28 slyrus [~chatzilla@adsl-108-192-103-248.dsl.pltn13.sbcglobal.net] has joined #sbcl 17:46:06 gc.impure.lisp / BUG-936304 ... aborted by a non-local transfer of control? Weird. 17:49:10 that's what happens when consing a huge array 50 times results in OOM 17:49:35 But it doesn't fire off a STORAGE-CONDITION? 17:50:30 You're sure that it's this commit that triggered the problem, and not anything else? 17:50:51 (That is, is this the result of a bisection?) 17:52:30 just bisection 17:52:38 I don't have any plausible theory. 17:53:51 Hrm. 17:56:19 -!- slyrus [~chatzilla@adsl-108-192-103-248.dsl.pltn13.sbcglobal.net] has quit [Ping timeout: 264 seconds] 17:59:56 Oh, I see. Assertion failure due to the storage-condition having been fired off and caught. 18:00:56 So the test tries to allocate an array a fifth of the size of dynamic space fifty times in quick succession? 18:02:01 And it only breaks on x86? 18:02:12 -!- davazp [~user@178.167.179.139.threembb.ie] has quit [Remote host closed the connection] 18:06:33 right 18:06:49 Only thing that I can think of is that the open allocation regions are in a delicate state, and the large overflow allocation somehow doesn't trigger GC, and the small allocations don't overflow... or something like that. 18:09:31 Or something else is screwed up involving mutating backquoted list structure. 18:12:19 Would be super-nice if sbcl allocated constant objects on read-only pages. :) 18:13:05 It's bad enough that gencgc apparently always copies non-pinned code-objects, even if they're on large pages. 18:16:25 GC actually managing to trigger before OOM has always been pretty sketchy. 18:16:52 cmm [~cmm@bzq-79-176-108-229.red.bezeqint.net] has joined #sbcl 18:17:10 I've got "GC harder before dying from OOM" on my gencgc task list already. 18:17:59 Under "more involved but still uncontroversial". 18:18:24 -!- cmm- [~cmm@bzq-79-176-150-5.red.bezeqint.net] has quit [Ping timeout: 245 seconds] 18:19:13 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 248 seconds] 18:40:45 foom: i've got working code, but that's the best thing I can say about it. 18:40:49 Janky as all hell. 18:42:29 ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has joined #sbcl 18:54:59 foreignFunction [~niksaak@ip-4761.sunline.net.ua] has joined #sbcl 18:55:08 pkhuong: How's this for a theory: Something 32-bit-specific or x86-specific is mutating an otherwise-constant backquote form to hold on to a large allocation of some sort... Maybe? 18:55:27 Possibly in the context of the test suite itself, just to make it harder to track down. 18:56:08 I can get the failure by running (sb-sys:without-interrupts (cons-madly)) and then :bug-936304 by hand in a REPL 18:57:01 and there's the sb-safepoint tweak that doesn't inspire confidence, at all. 18:57:59 Yeah, that tweak suggests to me that the gc trigger isn't reliable at all in the first place. 18:58:28 Which wouldn't surprise me, given the room.test.sh failures of old on non-x86oids. 19:05:12 So, on the topic of GC hacking, among my more recent notes is a scheme by which pages with pinned objects would be evacuated of all live data other than the pinned object, reducing the conservatism of the system at the expense of burning about a full page per pinned object. 19:05:40 robgssp [~user@c-24-147-78-203.hsd1.nh.comcast.net] has joined #sbcl 19:05:49 sounds good to me 19:13:00 slyrus [~chatzilla@173-228-44-92.dsl.static.sonic.net] has joined #sbcl 19:16:27 it really depends on the state of the heap. even with (gc :full t), failure seems nondeterministic. 19:20:36 [SF will be] upgrading your project starting April 22. 19:20:50 Looks like we've got a forced freeze starting tomorrow ;) 19:22:07 -!- teggi [~teggi@123.20.31.145] has quit [Remote host closed the connection] 19:23:55 -!- slyrus [~chatzilla@173-228-44-92.dsl.static.sonic.net] has quit [Ping timeout: 264 seconds] 19:24:32 oh lordy lordy lord 19:24:33 doom 19:28:30 stassats [~stassats@wikipedia/stassats] has joined #sbcl 19:36:49 -!- stassats [~stassats@wikipedia/stassats] has quit [Read error: Operation timed out] 20:11:26 stassats [~stassats@wikipedia/stassats] has joined #sbcl 20:13:35 Do they say what the visible effects of upgrading consist of? 20:15:10 (Also, I'm pretty sure that tomorrow isn't April 22.) 20:17:12 -!- edgar-rft [~GOD@HSI-KBW-149-172-63-75.hsi13.kabel-badenwuerttemberg.de] has quit [Quit: bleeding...] 20:17:21 in 11 months, hopefully. 20:26:14 -!- psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: Leaving.] 20:26:31 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 240 seconds] 20:37:57 ASau` [~user@p4FF9664F.dip0.t-ipconnect.de] has joined #sbcl 20:41:19 -!- ASau [~user@p5797E512.dip0.t-ipconnect.de] has quit [Ping timeout: 245 seconds] 20:45:42 psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 20:48:26 -!- ASau` is now known as ASau 21:11:02 foom: it is frustratingly unclear 21:11:22 I have seen rumours of changed git urls 21:11:43 but nothing actually saying "if it was http://foo/ it will be http://bar/" or anything that allows planning 21:30:06 Okay, just built 1.1.7.94-1d68d81 and ran the test suite on PPC. Test results are six expected failures, five unexpected successes, one skipped (broken), and a failure in compiler.pure.lisp / MODULAR-CUT-CONSTANT-TO-WIDTH. 21:31:28 the good news is I'm pretty sure that modarith failure is "just" regular brokenness in PPC's modular arithmetic 21:32:14 This is about what I expected, though the compiler one is worrisome given that it's a straight-up "compile this function, run it on given input, and assert the correctness of the output" thing. 21:33:17 I don't think anything involving modarith can be straight up ;) 21:33:41 Sure, but we'd expect the test to build and pass on any other implementation. 21:34:09 It's straight-line code, basically. 21:34:50 right. failing this test means we can randomly emit bad code for what appears to be normal CL 21:35:06 Exactly. 21:35:35 (and it's been that way for ages) 21:35:40 There's some other random damage in the PPC backend to do with arithmetic, anyway, so I'm probably going to look into this at some point in the next month. 21:37:37 I'd like to ask that nobody fix up the "unexpected success" results on PPC until after I've had chance to go over the tests to try and come up with better information about what caused them to succeed. 21:37:53 And I'm planning to do a build-and-test on SPARC/Linux tomorrow. 21:37:56 I don't know anyone else who builds on PPC these days. 21:41:03 With a bit of luck, I should be able to put together a MIPS build system that isn't horribly anemic soon. Or at least one that isn't doubling as my local router. 21:41:08 -!- psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: Leaving.] 21:42:48 Bike_ [~Glossina@75-175-79-93.ptld.qwest.net] has joined #sbcl 21:43:29 -!- Bike [~Glossina@75-175-70-189.ptld.qwest.net] has quit [Disconnected by services] 21:43:42 -!- Bike_ is now known as Bike 21:45:55 -!- cmm [~cmm@bzq-79-176-108-229.red.bezeqint.net] has quit [Read error: Operation timed out] 21:46:00 -!- prxq [~mommer@mnhm-590c0e6a.pool.mediaWays.net] has quit [Quit: Leaving] 21:49:41 cmm [~cmm@bzq-79-177-101-64.red.bezeqint.net] has joined #sbcl 21:50:39 And now it's time for me to make myself scarce again. 21:50:42 -!- nyef [~nyef@c-50-157-244-41.hsd1.ma.comcast.net] has quit [Quit: G'night all.] 21:51:00 What do you think of http://paste.lisp.org/display/137243? 21:51:09 Bike_ [~Glossina@174-25-46-191.ptld.qwest.net] has joined #sbcl 21:52:25 -!- Bike [~Glossina@75-175-79-93.ptld.qwest.net] has quit [Disconnected by services] 21:52:27 -!- Bike_ is now known as Bike 22:00:43 cmm- [~cmm@bzq-79-183-105-210.red.bezeqint.net] has joined #sbcl 22:01:54 -!- cmm [~cmm@bzq-79-177-101-64.red.bezeqint.net] has quit [Ping timeout: 264 seconds] 22:03:43 davazp [~user@31.200.158.14] has joined #sbcl 22:09:24 -!- segv- [~mb@95-91-241-60-dynip.superkabel.de] has quit [Remote host closed the connection] 22:15:13 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 22:26:09 -!- drmeister [~drmeister@farnsworth.chem.temple.edu] has quit [Remote host closed the connection] 22:33:26 drmeister [~drmeister@wirelessNAT188.wireless.temple.edu] has joined #sbcl 22:38:13 -!- drmeister [~drmeister@wirelessNAT188.wireless.temple.edu] has quit [Ping timeout: 252 seconds] 22:41:27 drmeister [~drmeister@166.137.87.66] has joined #sbcl 22:41:43 -!- foreignFunction [~niksaak@ip-4761.sunline.net.ua] has quit [Quit: Leaving.] 22:42:58 psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has joined #sbcl 22:54:25 -!- Bike [~Glossina@174-25-46-191.ptld.qwest.net] has quit [Ping timeout: 248 seconds] 22:56:16 Bike [~Glossina@174-25-46-191.ptld.qwest.net] has joined #sbcl 23:00:39 -!- drmeister [~drmeister@166.137.87.66] has quit [Remote host closed the connection] 23:06:35 Bike_ [~Glossina@71-214-81-94.ptld.qwest.net] has joined #sbcl 23:06:54 -!- Bike [~Glossina@174-25-46-191.ptld.qwest.net] has quit [Disconnected by services] 23:06:59 -!- Bike_ is now known as Bike 23:11:26 it seems compiler.impure.lisp used to have two logically distinct parts... Might be a good idea to break it up in two files instead. 23:18:13 drmeister [~drmeister@pool-173-59-25-70.phlapa.fios.verizon.net] has joined #sbcl 23:59:15 Hydan [~hydan@ip-89-103-110-5.net.upcbroadband.cz] has joined #sbcl