00:52:40 Kaer [b@c-2fcce253.97-16-64736c12.cust.bredbandsbolaget.se] has joined #sbcl 00:54:20 minion: Memo for foom: You might find http://paste.lisp.org/display/115587 to be of interest. 00:54:21 Remembered. I'll tell foom when he/she/it next speaks. 00:55:01 froydnj: congratulations! 01:07:44 -!- nyef [~nyef@pool-64-222-178-106.man.east.myfairpoint.net] has quit [Quit: G'night all.] 01:24:41 The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has joined #sbcl 01:30:21 jsnell: thanks! 01:54:13 Blkt [~user@dynamic-adsl-94-37-236-50.clienti.tiscali.it] has joined #sbcl 02:21:42 -!- Blkt [~user@dynamic-adsl-94-37-236-50.clienti.tiscali.it] has quit [Quit: Error: do not makunbound t please!] 02:21:54 _3b`` [foobar@cpe-72-179-19-4.austin.res.rr.com] has joined #sbcl 02:25:21 -!- gnooth [~gnooth@ip98-176-79-151.sd.sd.cox.net] has quit [Ping timeout: 240 seconds] 02:25:21 -!- specbot [~specbot@common-lisp.net] has quit [Ping timeout: 240 seconds] 02:25:22 -!- _3b` [foobar@cpe-72-179-19-4.austin.res.rr.com] has quit [Ping timeout: 240 seconds] 02:25:22 gnooth_ [~gnooth@ip98-176-79-151.sd.sd.cox.net] has joined #sbcl 02:45:20 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 240 seconds] 04:03:24 m801 [~user@wsip-72-214-25-53.sd.sd.cox.net] has joined #sbcl 04:04:39 -!- m801 [~user@wsip-72-214-25-53.sd.sd.cox.net] has left #sbcl 06:36:21 Krystof [~csr21@csrhodes.plus.com] has joined #sbcl 06:36:21 -!- ChanServ has set mode +o Krystof 07:19:10 -!- mbohun [~mbohun@ppp115-156.static.internode.on.net] has quit [Quit: Leaving] 07:22:43 mbohun [~mbohun@ppp115-156.static.internode.on.net] has joined #sbcl 08:19:06 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 08:52:38 nikodemus [~nikodemus@cs181199216.pp.htv.fi] has joined #sbcl 08:52:38 -!- ChanServ has set mode +o nikodemus 09:12:05 good afternoon 09:35:23 attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has joined #sbcl 09:55:07 stassats [~stassats@wikipedia/stassats] has joined #sbcl 10:08:46 stassats: good catch! it's the same bug indeed 10:18:09 -!- angavrilov [~angavrilo@217.71.227.181] has quit [Remote host closed the connection] 10:18:12 angavrilov_ [~angavrilo@217.71.227.181] has joined #sbcl 10:31:14 now that it's fixed, i can get back to fixing typos in docstrings 10:59:28 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 250 seconds] 11:34:33 christoph_debian [christoph@cl-1281.dus-01.de.sixxs.net] has joined #sbcl 12:03:53 hargettp [~anonymous@96.237.121.128] has joined #sbcl 12:18:47 -!- hargettp [~anonymous@96.237.121.128] has quit [Quit: hargettp] 12:23:15 hargettp [~anonymous@96.237.121.128] has joined #sbcl 12:47:25 -!- hargettp [~anonymous@96.237.121.128] has quit [Quit: hargettp] 13:03:11 nyef [~nyef@pool-64-222-178-106.man.east.myfairpoint.net] has joined #sbcl 13:03:29 G'morning all. 13:05:30 hi 13:05:42 morn. 13:05:47 disassembler patches *nudge* 13:05:53 Ah, right. 13:09:34 stassats [~stassats@wikipedia/stassats] has joined #sbcl 13:13:36 I'm actually still looking at DX closures right now. 13:13:48 (You saw the paste from last night?) 13:19:10 nope 13:19:24 nyef: awesome (: 13:19:51 minion: Paste 115587?\ 13:19:52 you speak nonsense 13:19:55 minion: Paste 115587? 13:19:55 Paste number 115587: "D-X closures are a /total/ pain" by nyef in #sbcl. http://paste.lisp.org/display/115587 13:20:55 rockin'! 13:21:39 That's actually the only case which works (local calls), but it's also the case that UWP cleanups use. 13:23:51 nyef: and for general case people can always use (let ((cell (list x))) (declare (dynamic-extent cell)) ...) 13:24:10 Guh! 13:24:26 Actually, they can do that /now/. 13:24:35 indeed :) 13:25:00 So long as they only mutate the slots of the CONS in CELL, it doesn't generate any SET nodes, and thus doesn't get marked as an indirect LAMBDA-VAR. 13:25:39 yeah -- but automagic is better 13:27:20 Right. 13:27:43 Vastly simplifies the user's performance model. 13:28:00 afternoon 13:28:10 Hello Krystof. 13:28:52 hi 13:30:24 Krystof: does https://bugs.launchpad.net/sbcl/+bug/661067 engender bad vibes for you? 13:31:22 I would prefer that if we support ~ we also support ~user 13:31:25 ... Why in :BACK and :UP path components? 13:31:47 to be like emacs? 13:31:51 I would argue that ~ and ~user are shortcuts for absolute pathnames. 13:32:26 because "../~/foo" makes sense, but "foo/~/bar" doesn't? 13:32:40 i'm cool with ~user 13:32:42 I don't see why one makes more sense than the other 13:32:48 ok 13:33:05 I don't see how either "../~/foo" or "foo/~/bar" make sense. 13:33:26 if you have a directory named ~ 13:33:27 nikodemus: ok, but because of late binding, I think that the translation wants to happen at hit-the-filesystem time not at read-the-pathname time 13:34:04 and I don't think you want to have literal "~" in pathnames -- "~" in a namestring should translate to something like #s(home-dir :user nil) 13:34:10 like patterns 13:34:29 i'm pretty sure i disagree about hit-the-filesystem time 13:34:59 ok, then I have serious vibes. root compiles a file containing a pathname as #p"~/foo" 13:35:09 user loads the fasl 13:35:12 what happens next? 13:35:16 because if you require an absolute pathname for something, you're happy with #p"~/foo" 13:35:54 I also don't much like random extra keyword arguments to parse-native-namestring 13:36:17 but I strongly think that ~ is like a pattern, not like something that gets resolved at read-the-lisp-object time 13:36:20 same as if root had compiled a file with pathname (merge-pathnames "foo" (user-homedir-pathname))? 13:36:45 with pathname that or with pathname #.(merge-pathnames "foo" (user-homedir-pathname))? 13:37:38 the latter 13:38:13 I really don't like that 13:38:42 it breaks the equivalence between "foo" and #p"foo" when used as pathnames 13:39:07 resolving ~ at read-time seems to obey the principle of most surprise. 13:39:23 I don't mind if #p"~/foo" parses as '(:absolute :home "foo") or whatever 13:39:50 *that* sounds good to me 13:41:04 then native-namestring can resolve that to the actual home, and namestring gets the tilde 13:45:17 -!- rbarraud [~rbarraud@118-92-1-3.dsl.dyn.ihug.co.nz] has quit [Ping timeout: 276 seconds] 13:47:48 ~user as (:absolute (:home "user") ...)? 13:49:49 cmpitg [~cmpitg@113.22.120.134] has joined #sbcl 13:51:10 updated the bug description 13:56:02 Looks good to me. 13:58:30 -!- attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has quit [Quit: Leaving.] 14:05:09 should #p"foo/~/bar" be an error, or just parse into a literal tilde? 14:08:18 btw, do you know if someone has already tried to go from IR2 to C with inline asm? 14:08:30 I would say that ~ should always be special 14:08:47 check the pathnames chapter for what things are allowed to be components of the directory bit of pathnames 14:09:01 random other keywords may not 14:09:15 Krystof: how would a literal ~ be spelled? 14:12:08 "at any point in the list, symbols can occur to indicate special file notations. The next figure lists the symbols that have standard meanings. Implementations are permitted to add additional objects of any type that is disjoint from string if necessary to represent features of their file systems that cannot be represented with the standard strings and symbols. " 14:14:29 so :home and (:home "user") are legal 14:22:34 hargettp [~anonymous@96.237.121.128] has joined #sbcl 14:26:50 pkhuong: "\\~" 14:26:58 like a literal ? or a literal * 14:27:33 right. I forgot we're already stuck with double escaping. 15:46:41 -!- The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has left #sbcl 15:53:23 Blkt [~user@dynamic-adsl-94-37-236-50.clienti.tiscali.it] has joined #sbcl 16:00:53 pkhuong: I disagree. *nix shells resolve ~ at read-time and I'd consider anything else to be very surprising 16:04:57 -!- cmpitg [~cmpitg@113.22.120.134] has quit [Quit: leaving] 16:06:50 do shells really separate the concepts of reading and evaluating? I didn't think they did 16:08:08 sort of 16:08:16 the thought experiment might be "sudo echo ~" 16:08:49 fe[nl]ix: the real issue (which i originally missed) is that behaviour of (defun foo () (open #p"~/foo")) should not differ from (defun bar () (open "~/foo")) depending on who compiled the file 16:09:15 I'd count that as the outer shell doing evaluation, not as something happening at read time 16:09:46 Krystof: in that case POSIX mandates that expansion be eager 16:09:53 better example: function foo () { echo ~ }; foo; HOME=/tmp; foo 16:10:37 ah, good 16:11:44 I have to say I would have to run that to discover what it does 16:12:28 it did what I expected it to do. though not necessarily in any way that supports my argument of no read- vs eval-time :-) 16:12:53 but the two calls to foo return different value, so I think it's safe to say that expansion isn't a read-time concept if the shell has one 16:29:26 -!- _3b`` [foobar@cpe-72-179-19-4.austin.res.rr.com] has quit [Ping timeout: 264 seconds] 16:30:37 -!- Kaer [b@c-2fcce253.97-16-64736c12.cust.bredbandsbolaget.se] has quit [Read error: Connection reset by peer] 16:30:50 Kaer [b@c-2fcce253.97-16-64736c12.cust.bredbandsbolaget.se] has joined #sbcl 17:24:43 -!- nikodemus [~nikodemus@cs181199216.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 17:31:18 kclifton [~kclifton@s198-166-45-245.ab.hsia.telus.net] has joined #sbcl 18:31:12 nikodemus [~nikodemus@cs181199216.pp.htv.fi] has joined #sbcl 18:31:12 -!- ChanServ has set mode +o nikodemus 18:49:49 The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has joined #sbcl 18:50:05 -!- The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has left #sbcl 18:56:35 ... Okay, is it SHOW that causes slow build times, the trace-file, or both? 19:43:14 -!- nikodemus [~nikodemus@cs181199216.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 20:12:32 nikodemus [~nikodemus@cs181199216.pp.htv.fi] has joined #sbcl 20:12:32 -!- ChanServ has set mode +o nikodemus 20:13:01 attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has joined #sbcl 21:23:46 -!- attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has quit [Quit: Leaving.] 21:24:25 attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has joined #sbcl 21:38:27 rbarraud [~rbarraud@118-92-1-3.dsl.dyn.ihug.co.nz] has joined #sbcl 21:52:50 -!- nikodemus [~nikodemus@cs181199216.pp.htv.fi] has quit [Quit: Leaving] 21:54:19 -!- kclifton [~kclifton@s198-166-45-245.ab.hsia.telus.net] has quit [Quit: kclifton] 22:12:32 -!- tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Quit: Leaving.] 22:14:26 -!- gnooth_ is now known as gnooth