00:10:01 DataLinkDroid [~DataLinkD@1.145.10.177] has joined #ccl 00:42:42 -!- segv- [~mb@94.222.240.212] has quit [Quit: segv-] 01:00:51 cfy [~ilisp@unaffiliated/chenfengyuan] has joined #ccl 01:13:54 -!- Vivitron` [~Vivitron`@pool-98-110-213-33.bstnma.fios.verizon.net] has quit [Ping timeout: 264 seconds] 01:26:57 -!- milanj [~milanj_@82.117.199.26] has quit [Ping timeout: 252 seconds] 01:44:49 Vivitron` [~Vivitron`@pool-98-110-213-33.bstnma.fios.verizon.net] has joined #ccl 01:47:33 sw2wolf [~czsq888@118.112.159.193] has joined #ccl 02:51:13 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 02:51:57 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 03:37:25 -!- sw2wolf is now known as sw2wolf{away} 04:42:34 -!- rme [rme@6D10F4DD.4CC8819B.699BA7A6.IP] has quit [Quit: rme] 04:42:35 -!- rme [~rme@50.43.190.179] has quit [Quit: rme] 05:00:34 -!- sw2wolf{away} is now known as sw2wolf 05:47:38 -!- DataLinkDroid [~DataLinkD@1.145.10.177] has quit [Quit: Bye] 06:31:06 -!- svs_ [~svs@104-252-AGAVEBB-NM.abq.nm.agavebb.net] has quit [Ping timeout: 252 seconds] 08:17:22 -!- sw2wolf [~czsq888@118.112.159.193] has left #ccl 08:46:26 cfy` [~ilisp@220.191.186.26] has joined #ccl 09:07:35 -!- cfy` [~ilisp@220.191.186.26] has quit [Ping timeout: 240 seconds] 09:20:25 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Ping timeout: 260 seconds] 09:29:02 cfy` [~ilisp@220.191.186.26] has joined #ccl 09:33:32 segv- [~mb@dslb-094-223-009-175.pools.arcor-ip.net] has joined #ccl 09:41:00 -!- cfy` [~ilisp@220.191.186.26] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 09:45:49 -!- cfy [~ilisp@unaffiliated/chenfengyuan] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 10:10:06 -!- jdz [~jdz@85.254.212.34] has quit [Quit: Byebye.] 10:11:54 jdz [~jdz@85.254.212.34] has joined #ccl 10:52:00 cfy` [~ilisp@115.195.138.22] has joined #ccl 10:52:26 -!- cfy` is now known as cfy 10:52:33 -!- cfy [~ilisp@115.195.138.22] has quit [Changing host] 10:52:33 cfy [~ilisp@unaffiliated/chenfengyuan] has joined #ccl 12:00:29 -!- cfy [~ilisp@unaffiliated/chenfengyuan] has quit [Remote host closed the connection] 12:10:49 Guest99805 [~ilisp@115.195.138.22] has joined #ccl 12:11:54 -!- Guest99805 is now known as cfy` 12:24:25 cfy`` [~ilisp@125.119.5.92] has joined #ccl 12:27:35 -!- cfy` [~ilisp@115.195.138.22] has quit [Ping timeout: 240 seconds] 13:20:22 Fare [~fare@173-9-65-97-NewEngland.hfc.comcastbusiness.net] has joined #ccl 13:39:26 there was one CCL issue fixed in 2.29.2 (deferred warnings objects may contain vectors, which I didn't support) - should I release a 2.30 ? are you going to issue a -rc3 ? 14:01:38 -!- cfy`` is now known as cfy 14:01:40 -!- cfy [~ilisp@125.119.5.92] has quit [Changing host] 14:01:40 cfy [~ilisp@unaffiliated/chenfengyuan] has joined #ccl 14:22:19 Well, an asdf update doesn't really require another CCL release, though I suppose an email to the mailing list would be in order. ASDF doesn't require a new CCL build. 14:37:55 -!- jdz [~jdz@85.254.212.34] has quit [Read error: Connection reset by peer] 14:38:51 jdz [~jdz@85.254.212.34] has joined #ccl 15:39:17 -!- cfy [~ilisp@unaffiliated/chenfengyuan] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 15:39:44 rme [~rme@50.43.190.179] has joined #ccl 16:28:40 Fare: If the ASDF dust has settled a little bit and things are looking OK, I'm willing to merge an ASDF 2.30 to the CCL trunk and to the 1.9 branch. 16:29:47 things are looking rather OK with cl-test-grid with the latest ASDF. 16:30:29 however, there are still a few things with CCL -- I believe that somehow I trying to capture too much in my warnings file, 16:35:53 I myself don't use ASDF (much less its deferred warnings feature), so I have to rely on you for advice on what version is most convenient for our users. 16:36:49 Do I go back to the version that we bundled with 1.8? If deferred warnings are not quite right, should they be disabled by default until the trouble is sorted out? 17:06:45 pnpuff [~cyanide@unaffiliated/pnpuff] has joined #ccl 17:14:22 -!- pnpuff [~cyanide@unaffiliated/pnpuff] has quit [Quit: leaving] 17:15:37 pnpuff [~dioxirane@unaffiliated/pnpuff] has joined #ccl 17:44:34 apparently, the one remaining problem with 2.29.7 and CCL is a problem on CCL 1.8 but not CCL 1.9 17:44:57 I believe going forward is the way you should go. 17:45:27 Error: value NIL is not of the expected type STRUCTURE. While executing: CCL::SET-PPRINT-DISPATCH+, in process listener(1). 17:45:38 does that ring a bell to you? (I get this on 1.8, not on 1.9) 17:49:31 maybe http://trac.clozure.com/ccl/ticket/784 18:01:34 btw the latest cl-test-grid seems to find a problem with ccl 1.9 18:02:55 babel has a format-symbol using #:~a-code-point-counter as a format-symbol control. format-symbol passes (string control) to format, yet ccl complains that #:~a-code-point-counter is not a string. 18:03:15 looks like ccl is saying "yes, it's string-y enough" at one point, then not at another point. 18:04:02 on ccl 1.9-rc2, x86 18:07:30 I'm desperately trying to find if any of the failures requires me to do anything more before to release 2.30... 18:11:14 Does (DECLAIM (NOTINLINE FORMAT)) before building babel affect the problem ? 18:15:16 will try 18:16:29 looks like it's still failing 18:17:01 I put it in a --eval at the command line, in case that matters 18:18:27 apparently, same bug on 1.8-r15286 18:18:44 Didn't think that would have changed. 18:32:32 well, it's reproducible on the current cl-test-grid machine. 19:04:38 huangjs [~huangjs@114.84.156.28] has joined #ccl 19:24:56 -!- huangjs [~huangjs@114.84.156.28] has quit [Read error: Operation timed out] 19:28:27 huangjs [~huangjs@114.84.156.28] has joined #ccl 19:39:41 huangjs_ [~huangjs@199.180.254.36] has joined #ccl 19:39:55 -!- huangjs [~huangjs@114.84.156.28] has quit [Ping timeout: 260 seconds] 19:41:46 -!- huangjs_ [~huangjs@199.180.254.36] has quit [Client Quit] 19:42:10 huangjs [~huangjs@199.180.254.36] has joined #ccl 19:52:34 -!- huangjs [~huangjs@199.180.254.36] has quit [Quit: Ex-Chat] 19:52:47 huangjs [~huangjs@199.180.254.36] has joined #ccl 19:54:36 found the babel issue 19:55:06 it was tpd2 being too clever and insisting on loading an old alexandria that didn't work with the new babel because it lacked that (string ...) clause 19:55:30 too clever by half regarding alexandria, yet not clever enough to load its own babel. 19:56:01 and yes, issue 784 re-appears now because asdf now calls with-standard-io-syntax, which it didn't before. 19:57:46 Fare: someone else ran into that issue a while ago 20:05:47 -!- huangjs [~huangjs@199.180.254.36] has quit [Ping timeout: 255 seconds] 20:06:28 huangjs [~huangjs@199.180.254.36] has joined #ccl 20:56:51 http://lists.common-lisp.net/pipermail/asdf-devel/2013-February/002953.html 20:58:08 how cheap / expensive are copy-readtable and copy-pprint-dispatch on various platforms? that's a good question. 20:58:24 what about CCL ? 21:15:25 Fare: in my 64-bit Darwin CCL, (copy-pprint-dispatch) conses 1648 bytes, and (copy-pprint-dispatch) conses 2192 bytes 21:16:53 Er... (copy-readable) conses 1648 bytes 21:16:59 (copy-readtable) 21:18:15 that's not too bad, but still not great. 21:20:42 and thanks for a semi-portable benchmark 21:22:17 Using loop repeat 1000 to overcome the granularity, I find that on SBCL, the numbers are more like 5900 and 10300. 21:23:03 stepping in the definite "it's not so cheap you can just forget about it" territory. 21:25:29 I didn't run them 1000 times, but I doubt the result will change. Looking... 21:26:06 Nope. Same number times 1000 consed in both cases 21:26:53 ccl has better granularity than sbcl in these matters, it seems 21:27:28 on sbcl, I got a granularity of 32KB on my TIME output 21:28:01 -!- pnpuff [~dioxirane@unaffiliated/pnpuff] has left #ccl 21:29:39 Another 15K per .asd file read doesn't seem like anything to get excited about. 21:30:48 DataLinkDroid [~DataLinkD@1.146.106.27] has joined #ccl 21:32:05 maybe. 21:32:46 the jury is still out on this one. 21:39:34 could we make the standard tables read-only? 21:40:01 if enough implementations did that, I could just use with-standard-io-syntax and blame whoever tries the mutation. 21:40:20 Fare: I think you can already blame whoever tries that, no? 21:41:42 yes, but at this moment he's hard to detect. 21:43:05 It might be possible to arrange to copy them to a read-only memory area (like what ccl:watch would do). Or just do (ccl:watch ccl::%standard-readtable%) and wait for the fun. 21:46:35 shouldn't that be the default? 21:48:39 Now that I actually look at it ccl:watch may not be clever enough to do a deep copy of all a readtable objects constituents to read-only memory, since a readtable isn't standard-instance-p. 21:48:43 it is already non-conformant to modify it, as per http://clhs.lisp.se/Body/26_glo_s.htm#standard_pprint_dispatch_table 21:49:52 (a good error message would be appreciate, too -- which ccl:watch might not provide) 21:56:54 Considering that it costs 5888 bytes to do (with-open-file (s "whatever")) 21:57:41 gotta go 22:04:31 ok 22:05:02 actually, I like the "make it read-only" option. 22:25:11 -!- DataLinkDroid [~DataLinkD@1.146.106.27] has quit [Ping timeout: 256 seconds] 22:33:09 http://trac.clozure.com/ccl/ticket/1063 22:56:16 just released 2.29.9 as 2.30 23:05:46 -!- sellout- [~Adium@c-98-245-92-119.hsd1.co.comcast.net] has quit [Quit: Leaving.] 23:17:57 DataLinkDroid [~DataLinkD@101.171.58.194] has joined #ccl 23:30:21 -!- DataLinkDroid [~DataLinkD@101.171.58.194] has quit [Ping timeout: 256 seconds] 23:48:01 DataLinkDroid [~DataLinkD@1.150.134.169] has joined #ccl 23:53:39 Fare: I don't see 2.30 in the repo on cl.net 23:56:06 oops 23:56:24 there it is