00:13:58 -!- slyrus_ [~chatzilla@173-228-44-88.dsl.static.sonic.net] has quit [Ping timeout: 246 seconds] 00:18:10 -!- loke [~elias@bb116-15-153-239.singnet.com.sg] has quit [Ping timeout: 246 seconds] 01:18:24 chemuduguntar [~ravic@smtp.touchcut.com] has joined #sbcl 01:18:27 hello 01:18:46 does sbcl have any native support for doing directory operations? 01:38:36 -!- cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 250 seconds] 01:39:40 cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 02:10:29 -!- cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 240 seconds] 02:11:36 cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 02:28:10 -!- hargettp [~hargettp@pool-71-174-131-227.bstnma.east.verizon.net] has quit [Quit: Leaving...] 02:35:08 chemuduguntar: what would that entail? 02:40:00 -!- fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has quit [*.net *.split] 02:40:00 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [*.net *.split] 02:40:07 fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has joined #sbcl 02:40:23 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 03:07:21 wow. grep for block-gen in our source. 03:07:28 That slot is *never* read. 03:08:29 We just store ssets in it never to use them again. 03:15:22 pkhuong: things like mv cp etc 03:15:53 cl-fad is probably the nicest way to do that. 03:16:13 or osicat. 03:21:21 ok 03:21:31 cl-fad seems to be the more popular one? 03:24:21 probably. 03:29:36 _8david [~user@91-65-223-81-dynip.superkabel.de] has joined #sbcl 03:32:12 i guess which ever one works for me :) 03:39:39 -!- cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 255 seconds] 03:40:28 cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 04:09:45 -!- cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 264 seconds] 04:10:26 cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 04:47:02 -!- cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 276 seconds] 04:47:30 cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 04:54:55 flip214 [~marek@unaffiliated/flip214] has joined #sbcl 05:00:16 -!- cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 246 seconds] 05:01:12 cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 06:20:00 attila_lendvai [~attila_le@catv-89-132-189-7.catv.broadband.hu] has joined #sbcl 06:20:00 -!- attila_lendvai [~attila_le@catv-89-132-189-7.catv.broadband.hu] has quit [Changing host] 06:20:00 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 06:20:36 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 06:21:32 attila_lendvai [~attila_le@catv-89-132-189-7.catv.broadband.hu] has joined #sbcl 06:21:32 -!- attila_lendvai [~attila_le@catv-89-132-189-7.catv.broadband.hu] has quit [Changing host] 06:21:32 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 06:21:44 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 06:37:56 no minion :\ 06:42:27 story of my life 06:43:49 don't you have grad students in the UK? 06:44:31 *pkhuong* is making an engineering decision of not including asymptotically better consets 06:45:24 the payoff isn't that great (maybe 2-3x as fast on compiles that only take a couple seconds anyway) 06:45:40 pkhuong: only a very limited number. And they have the habit of developing their own interests 06:46:03 we do do that. 06:46:33 nuisance 06:48:17 I do have a rather awesome grad student minion, actually; he is the only reason why I have been able to do this foray into the business world at all, by being fantastically organized as my pseudo-PA 06:48:19 can we have construct ctypes that are type= but not of the class class? 06:48:45 -have 06:48:58 wow. "but not of the same class" 06:49:14 time to sleep, clearly. 06:57:13 stassats [~stassats@wikipedia/stassats] has joined #sbcl 07:40:48 nikodemus_ [~nikodemus@cs181058025.pp.htv.fi] has joined #sbcl 08:04:00 -!- Krystof [~csr21@csrhodes.plus.com] has quit [Ping timeout: 246 seconds] 08:36:32 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 08:38:05 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 260 seconds] 08:40:13 -!- nikodemus_ [~nikodemus@cs181058025.pp.htv.fi] has quit [Ping timeout: 258 seconds] 08:55:28 Krystof [~csr21@158.223.51.76] has joined #sbcl 08:55:28 -!- ChanServ has set mode +o Krystof 09:05:52 hlavaty [~user@91-65-223-81-dynip.superkabel.de] has joined #sbcl 09:07:56 -!- stassats` [~stassats@wikipedia/stassats] has quit [Remote host closed the connection] 10:04:33 hargettp [~hargettp@pool-71-174-131-227.bstnma.east.verizon.net] has joined #sbcl 10:45:35 rmarynch [~roman@88.135.194.233] has joined #sbcl 10:48:51 Levente [~Levente@178.48.169.59] has joined #sbcl 10:50:08 maybe I should have pasted this here instead of #lisp: http://paste.lisp.org/display/122661 10:52:46 gor[e] [~svr@gw2.masterhost.ru] has joined #sbcl 10:55:38 -!- gor[e] [~svr@gw2.masterhost.ru] has quit [Client Quit] 10:55:54 gor[e] [~svr@gw2.masterhost.ru] has joined #sbcl 10:58:42 nikodemus [~nikodemus@cs181058025.pp.htv.fi] has joined #sbcl 10:58:42 -!- ChanServ has set mode +o nikodemus 10:59:55 gor[e]_ [~svr@gw2.masterhost.ru] has joined #sbcl 11:01:38 -!- gor[e] [~svr@gw2.masterhost.ru] has quit [Ping timeout: 276 seconds] 11:05:12 It turns out that fitting x86-common directory into the build system is not that easy. The problem is in build-order.lisp-expr file, which contains stuff like src/compiler/target/call. The word "target" in then substituted with the architecture name (file cold/shared, function stem-remap-target). Unless I place #+-x86-common around a dozen files in build-order file, I cannot fit the merged folder into our build. But this approach brings a lot of mess 11:05:42 -!- Levente [~Levente@178.48.169.59] has left #sbcl 11:07:34 -!- hargettp [~hargettp@pool-71-174-131-227.bstnma.east.verizon.net] has quit [Quit: Leaving...] 11:08:32 hargettp [~hargettp@pool-71-174-131-227.bstnma.east.verizon.net] has joined #sbcl 11:12:27 rmarynch: have a target-common/ directory which the build links things into 11:14:09 Krystof: this will make all non-x86 builds to fail 11:14:36 there will be no mips-common etc 11:15:23 logical pathnames to the rescue? 11:15:27 you can populate the target-common directory with empty files for builds with no common files 11:17:47 we do not need x86-64-common, only x86-common. Empty files are not better than reader's directives 11:18:09 sure they are 11:18:26 if they are not present in version control at all but constructed at build-time 11:19:50 shall I be a bit more explicit? One possible strategy: there can be an x86-common and a risc-common, linked to from target-common at build-time. x86s and x86-64 link target-common to x86-common, everything else links to risc-common 11:20:08 Bet you there's some stuff that can be put in risc-common anyway, though you don't have to 11:20:53 another alternative: have just an x86-common and a target-common directory. At build time, populate links from target-common/foo to either x86-common/foo (if building on an x86{,-64}) or to /dev/null (if building elsewhere) 11:22:03 the first approach has the empty-files-in-vc (but who knows, they might not stay empty); the second will probably require listing files twice (once in linkification and once in build-order) 11:22:13 Krystof: the last approach is almost optimal, with one note 11:22:27 but both are probably tolerable if they save thousands of lines of duplicate code from elsewhere 11:22:41 we may have another dispatch word - "backend-arch" 11:22:41 (and of course you have to deal with the Windows problem of not actually having links) 11:23:13 and replace it for both x86 and x86-64 with "x86-common" 11:23:44 for the rest of the architectures, we replace as before: backend-arch -> mips 11:24:15 thus, we do not interfere with not-only-compiler-word "target" 11:25:28 instead of symlinking at build time, just copy the files -- then it works on windows too 11:28:54 I need to think about this more. "backend-arch" seems to bring some freedom and flexibility... 11:42:26 With the backend-arch, we will have the single x86-common, where we can use x86-64 conditional + maybe some cleverness to keep both backends there :) In the worst case, x86-64 only stuff (not present in x86) can live at the end of the corresponding file (thus it will look like the extension of the old x86 backend), if we establish such a convention 11:43:37 -!- gor[e]_ [~svr@gw2.masterhost.ru] has quit [Ping timeout: 244 seconds] 11:54:42 -!- hargettp [~hargettp@pool-71-174-131-227.bstnma.east.verizon.net] has quit [Quit: Leaving...] 12:27:51 -!- cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 240 seconds] 12:28:59 cmm- [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 12:31:06 -!- rmarynch [~roman@88.135.194.233] has quit [Quit: Leaving] 12:52:41 -!- cmm- [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 240 seconds] 12:53:51 cmm- [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 12:56:15 rootzlevel [~hpd@static.6.236.40.188.clients.your-server.de] has joined #sbcl 13:00:18 gor[e] [~svr@gw2.masterhost.ru] has joined #sbcl 13:15:10 -!- cmm- [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 260 seconds] 13:15:34 cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 13:45:50 -!- cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 263 seconds] 13:46:23 cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 14:34:08 Windows has symlinks since Vista. 14:34:17 And obviously nobody uses XP anymore, right? 14:35:14 har har 14:35:41 well, anyways, at least there's hope for the future. :) 14:38:36 Global OS marketshare: xp: 46%, vista: 12%, 7: 32%. So you're only cutting out *half* the users. Not so bad. :) 14:39:30 windows has symlinks? I know about hardlinks and the explorer .lnk files, but real symlinks in the filesystem? 14:39:36 yes, as of Vista 14:40:06 use the mklink command 14:41:25 foom: sorry, I'm fine with "ln -s" ;-) 14:42:32 unfortunately, http://cygwin.com/ml/cygwin/2008-03/msg00277.html 14:46:36 yes, I read about that in the wikipedia article 14:47:27 sad ... another bad reimplementation 14:47:48 but IIRC symlinks are POSIX, and even NT3.51 had to be POSIX compliant, no? where did they hide them? 14:48:00 in the posix layer 14:48:19 NT's posix support was always a lie 14:49:20 but if symlinks are in the posix layer, they'd had to be supported by the filesystem, too 14:49:45 why? 14:49:49 cygwin supports symlinks too 14:51:27 yes, but cygwin uses .lnk files, IIRC 14:51:42 loke [~elias@bb121-6-243-153.singnet.com.sg] has joined #sbcl 14:53:40 and interix probably uses something like that too. 14:56:38 homie [~levent.gu@xdsl-78-35-153-133.netcologne.de] has joined #sbcl 14:58:59 -!- loke [~elias@bb121-6-243-153.singnet.com.sg] has quit [Read error: Connection reset by peer] 14:59:11 loke [~elias@bb220-255-108-49.singnet.com.sg] has joined #sbcl 15:06:59 <_8david> My thread is in a signal handler, raises a signal to itself, which is currently blocked. Can I rely on the kernel to deliver the second signal immediately after the first handler returns, and before any user user can been executed? 15:07:21 <_8david> My test cases say that it works perfectly, but are there exceptions? 15:08:37 <_8david> s/user user/user code/ 15:08:50 I thought (non-realtime) signal delivery to threads was not reliable... 15:09:13 <_8david> I'm using real-time signals for the second signal -- which I understand to have, on Linux, lower priority than the initial signal though. 15:09:15 -!- cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 244 seconds] 15:10:06 cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 15:10:56 <_8david> I suppose the worst that could happen is that unrelated signals strike between those two signals, and would take priority over my real-time signal. 18:29:25 ccl-logbot [~ccl-logbo@setf.clozure.com] has joined #sbcl 18:29:25 18:29:25 -!- names: ccl-logbot homie rpg cmm rmarynch pdlogan loke rootzlevel @Krystof _8david antoszka fe[nl]ix chemuduguntar antgreen peddie Phoodus jiacobucci redline6561 tWip slyrus pchrist scymtym joshe luis christoph_debian specbot |3b| jsnell pkhuong @Xof mtd deepfire antifuchs lisppaste2 ASau foom pp206 18:30:37 -!- Krystof [~csr21@158.223.51.76] has quit [Ping timeout: 240 seconds] 18:38:33 slyrus_ [~chatzilla@173-228-44-88.dsl.static.sonic.net] has joined #sbcl 19:26:14 Krystof [~csr21@csrhodes.plus.com] has joined #sbcl 19:26:14 -!- ChanServ has set mode +o Krystof 19:53:44 -!- cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 258 seconds] 19:54:26 cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 19:56:40 -!- homie [~levent.gu@xdsl-78-35-153-133.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 20:02:38 -!- pdlogan [~patrick@174-25-37-137.ptld.qwest.net] has left #sbcl 20:22:56 -!- rmarynch [~roman@88.135.194.233] has quit [Quit: Leaving] 20:38:54 -!- ASau [~user@95-26-236-246.broadband.corbina.ru] has quit [Ping timeout: 255 seconds] 20:41:58 ASau [~user@95-26-236-246.broadband.corbina.ru] has joined #sbcl 20:43:41 -!- cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has quit [Ping timeout: 240 seconds] 20:44:44 cmm [~cmm@bzq-79-177-199-45.red.bezeqint.net] has joined #sbcl 20:55:15 -!- ASau is now known as hackthemall 20:57:23 -!- hackthemall is now known as ASau 21:44:54 -!- chemuduguntar [~ravic@smtp.touchcut.com] has quit [Ping timeout: 258 seconds] 21:50:18 ravic [~ravic@smtp.touchcut.com] has joined #sbcl 21:50:41 -!- ravic is now known as chemuduguntar 22:24:00 hargettp [~hargettp@pool-71-174-131-227.bstnma.east.verizon.net] has joined #sbcl 22:33:11 -!- hargettp [~hargettp@pool-71-174-131-227.bstnma.east.verizon.net] has quit [Quit: Leaving...] 22:43:01 -!- rootzlevel [~hpd@static.6.236.40.188.clients.your-server.de] has quit [Ping timeout: 240 seconds] 22:43:56 rootzlevel [~hpd@static.6.236.40.188.clients.your-server.de] has joined #sbcl 22:47:14 hargettp [~hargettp@pool-71-174-131-227.bstnma.east.verizon.net] has joined #sbcl 22:52:01 tcr1 [~tcr@89.108.255.45] has joined #sbcl 22:55:13 -!- slyrus_ [~chatzilla@173-228-44-88.dsl.static.sonic.net] has quit [Ping timeout: 250 seconds] 23:06:01 -!- tcr1 [~tcr@89.108.255.45] has quit [Ping timeout: 240 seconds] 23:21:45 -!- hargettp [~hargettp@pool-71-174-131-227.bstnma.east.verizon.net] has quit [Quit: Leaving...] 23:22:06 -!- rpg [~rpg@mpls.sift.info] has quit [Quit: rpg] 23:53:37 -!- ASau [~user@95-26-236-246.broadband.corbina.ru] has quit [*.net *.split] 23:53:38 -!- jiacobucci [~jiacobucc@gw-asdl.ae.gatech.edu] has quit [*.net *.split] 23:53:39 -!- foom [~jknight@ita4fw1.itasoftware.com] has quit [*.net *.split] 23:54:14 ASau [~user@95-26-236-246.broadband.corbina.ru] has joined #sbcl 23:59:51 jiacobucci [~jiacobucc@gw-asdl.ae.gatech.edu] has joined #sbcl 23:59:52 foom [~jknight@ita4fw1.itasoftware.com] has joined #sbcl