00:24:36 homie [~levgue@xdsl-78-35-176-27.netcologne.de] has joined #sbcl 00:32:14 -!- sdemarre [~serge@91.176.169.64] has quit [Ping timeout: 272 seconds] 01:05:00 prxq_ [~mommer@mnhm-590c326b.pool.mediaWays.net] has joined #sbcl 01:08:14 -!- prxq [~mommer@mnhm-5f75eded.pool.mediaWays.net] has quit [Ping timeout: 265 seconds] 01:21:54 -!- edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 02:07:22 -!- asedeno_work [~asedeno@74.125.59.113] has quit [Ping timeout: 244 seconds] 02:07:53 -!- prxq_ [~mommer@mnhm-590c326b.pool.mediaWays.net] has quit [Remote host closed the connection] 02:20:26 asedeno_work [~asedeno@216.239.33.112] has joined #sbcl 02:30:37 -!- asedeno_work [~asedeno@216.239.33.112] has quit [Ping timeout: 244 seconds] 02:31:01 asedeno_work [~asedeno@74.125.59.113] has joined #sbcl 03:08:27 gko [~gko@59-120-37-164.HINET-IP.hinet.net] has joined #sbcl 03:13:56 slyrus [~chatzilla@12.132.197.125] has joined #sbcl 04:49:17 -!- homie [~levgue@xdsl-78-35-176-27.netcologne.de] has quit [Ping timeout: 260 seconds] 05:13:55 -!- milanj [~milanj_@79-101-181-135.dynamic.isp.telekom.rs] has quit [Quit: Leaving] 05:29:14 -!- slyrus [~chatzilla@12.132.197.125] has quit [Remote host closed the connection] 06:03:26 slyrus [~chatzilla@12.132.197.125] has joined #sbcl 06:17:30 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 07:08:51 nikodemus [~nikodemus@188-67-27-120.bb.dnainternet.fi] has joined #sbcl 07:08:52 -!- ChanServ has set mode +o nikodemus 08:05:18 jdz [~jdz@193.206.22.97] has joined #sbcl 08:14:05 sdemarre [~serge@91.176.169.64] has joined #sbcl 08:34:50 -!- Kryztof [~user@81.174.155.115] has quit [Ping timeout: 272 seconds] 09:50:46 http://paste.lisp.org/display/129479 <- another (?) issue with BOA constructor and not gensymming arguments. 09:54:29 what do other implementations do? 09:55:13 aargh. with-deadline is just as broken as with-timeout when it comes to correctly handling nested deadlines 09:55:20 settting them up works fine 09:55:27 nikodemus: I assume they don't insert a LIST declaration for &rest args ;) 09:57:23 pkhuong: how about http://paste.lisp.org/display/129479#1 09:57:39 yeah. I know... 09:57:55 the easy fix is not to insert a LIST declaration for &rest args 09:58:56 clozure and clisp also return ((A B) A) 09:59:40 pkhuong: or fix the scope of &rest rest there 10:00:02 can't really fix the scope of &rest without parsing &key and &aux ourselves 10:00:28 we already parse them, don't we? 10:00:31 nope. 10:00:59 defstruct.lisp:1555 10:01:18 1556 for the exact form to take out. 10:01:28 Python should have no trouble inferring that, if needed. 10:04:03 true 10:04:12 woah.... but we hit a compiler bug if I take it out. 10:04:22 whee 10:04:31 (NOT (FUNCTIONAL-HAS-EXTERNAL-REFERENCES-P CLAMBDA)) when compiling (defstruct foo) 10:04:41 cool 10:05:04 I'm not in a mood to deal with that today. 10:05:22 huh, doesn't happen here 10:05:50 I'm on 1.0.54.96 10:06:22 ok, good stuff then. 10:06:46 oh, you mean your example, not plain (defstruct foo)? 10:07:05 i get 10:07:06 attempt to dump invalid structure: 10:07:06 # :%SOURCE-NAME SB-C::.ANONYMOUS. 10:07:06 :%DEBUG-NAME (SB-C::VARARGS-ENTRY MAKE-FOO) 10:07:15 yeah, my example. 10:07:21 with that :/ 10:07:33 C-x C-e will get you a failed aver. 10:08:17 indeed 10:11:30 A friend just bumped into a problem migrating some code from sbcl to ccl: had a vector that had :fill-pointer 0 and he could vector-push-extend, after moving to ccl he had to add :adjustable t to make-array. 10:11:42 Is that something that is left up to the implementors? 10:11:44 -!- gko [~gko@59-120-37-164.HINET-IP.hinet.net] has quit [Ping timeout: 272 seconds] 10:11:57 antoszka: yes. 10:12:06 ok 10:13:22 antoszka: any array may be adjustable, fill-pointerful or displaceable even if the program did not ask for it. 10:14:07 the values ir2-convert-structure-allocation look completely bogus without the list declaration 10:15:36 blast. 10:15:38 pkhuong: thx 11:07:44 attila_lendvai [~attila_le@188-143-65-33.pool.digikabel.hu] has joined #sbcl 11:07:45 -!- attila_lendvai [~attila_le@188-143-65-33.pool.digikabel.hu] has quit [Changing host] 11:07:45 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 11:10:19 tyson1 [~Ian@bas4-kitchener06-1128761943.dsl.bell.ca] has joined #sbcl 11:10:36 -!- tyson1 [~Ian@bas4-kitchener06-1128761943.dsl.bell.ca] has left #sbcl 11:12:42 tyson1 [~Ian@bas4-kitchener06-1128761943.dsl.bell.ca] has joined #sbcl 11:13:25 -!- tyson1 [~Ian@bas4-kitchener06-1128761943.dsl.bell.ca] has left #sbcl 12:40:28 -!- brown``` [user@nat/google/x-ktirbqjrmbkwcenl] has quit [Ping timeout: 245 seconds] 13:02:24 homie [~levgue@xdsl-78-35-174-240.netcologne.de] has joined #sbcl 13:02:29 edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has joined #sbcl 13:13:30 brown``` [user@nat/google/x-uazkjvnapfykupbj] has joined #sbcl 13:19:51 hlavaty [~user@91-65-218-223-dynip.superkabel.de] has joined #sbcl 13:51:59 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 13:52:24 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 13:52:35 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 14:18:54 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Ping timeout: 245 seconds] 14:32:17 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 14:56:27 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Read error: Connection reset by peer] 15:13:52 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 15:28:34 -!- nikodemus [~nikodemus@188-67-27-120.bb.dnainternet.fi] has quit [Quit: This computer has gone to sleep] 15:30:32 nikodemus [~nikodemus@188-67-27-120.bb.dnainternet.fi] has joined #sbcl 15:30:32 -!- ChanServ has set mode +o nikodemus 15:58:47 -!- jdz [~jdz@193.206.22.97] has quit [Ping timeout: 272 seconds] 16:48:29 jdz [~jdz@host47-104-dynamic.14-87-r.retail.telecomitalia.it] has joined #sbcl 16:51:49 -!- homie [~levgue@xdsl-78-35-174-240.netcologne.de] has quit [Read error: Operation timed out] 16:51:52 homie` [~levgue@xdsl-87-79-248-55.netcologne.de] has joined #sbcl 17:04:16 -!- homie` [~levgue@xdsl-87-79-248-55.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 17:10:47 homie [~levgue@xdsl-87-79-248-55.netcologne.de] has joined #sbcl 17:43:19 -!- homie [~levgue@xdsl-87-79-248-55.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 17:44:20 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 18:10:05 -!- hlavaty [~user@91-65-218-223-dynip.superkabel.de] has quit [*.net *.split] 18:10:05 -!- easye [~user@213.33.70.157] has quit [*.net *.split] 18:10:42 hlavaty [~user@91-65-218-223-dynip.superkabel.de] has joined #sbcl 18:10:42 easye [~user@213.33.70.157] has joined #sbcl 18:11:47 saschakb [~saschakb@p4FEA1194.dip0.t-ipconnect.de] has joined #sbcl 18:12:12 -!- saschakb [~saschakb@p4FEA1194.dip0.t-ipconnect.de] has left #sbcl 18:26:30 -!- nikodemus [~nikodemus@188-67-27-120.bb.dnainternet.fi] has quit [Quit: This computer has gone to sleep] 18:28:54 nikodemus [~nikodemus@188-67-27-120.bb.dnainternet.fi] has joined #sbcl 18:28:54 -!- ChanServ has set mode +o nikodemus 18:34:39 whoops, broke win32 build 18:40:36 Kryztof [~user@81.174.155.115] has joined #sbcl 18:40:36 -!- ChanServ has set mode +o Kryztof 18:48:51 hm, after fixing my regression, it appears to be broken some more 18:49:11 the foreign symbol _exit is undefined 18:49:17 i guess this one is from nikodemus 18:50:37 or not 18:50:57 _exit() is POSIX-2001 18:50:57 -!- nikodemus [~nikodemus@188-67-27-120.bb.dnainternet.fi] has quit [*.net *.split] 18:50:58 -!- hlavaty [~user@91-65-218-223-dynip.superkabel.de] has quit [*.net *.split] 18:50:58 -!- easye [~user@213.33.70.157] has quit [*.net *.split] 18:50:58 hlavaty` [~user@91-65-218-223-dynip.superkabel.de] has joined #sbcl 18:51:45 nikodemus [~nikodemus@188-67-27-120.bb.dnainternet.fi] has joined #sbcl 18:51:45 easye [~user@213.33.70.157] has joined #sbcl 18:51:45 -!- wolfe.freenode.net has set mode +o nikodemus 18:53:53 fe[nl]ix: it just wasn't included into the runtime 18:53:57 well, this sounds exciting for a freeze period 18:55:56 and yes, it looks like nikodemus is indeed to blame and it's a regression of this cycle 18:56:58 it's nice to have someone to blame 18:57:06 it's a bit of a shame that it's usually those who are doing all the work :-/ 19:00:19 hm, strange 19:00:38 it seems to be included but still it cannot be found 19:10:09 i guess i potentially fixed the build on BSD, but not on windows 19:16:40 hm, maybe the whole ldso-stubs thing is broken and _exit is the first entry and that's why it fails 19:20:14 there's a certain amount of automagic determination of how many underscores to add 19:20:27 also, I think windows might use a hard coded list of symbols somewhere 19:21:14 well, _exit appears in the sbcl.nm 19:21:34 but the linker might think it's looking for __exit 19:21:57 but I don't know 19:30:34 rright 19:30:56 (defun extern-alien-name (name) #!+win32 (concatenate 'base-string "_" name)) 19:31:30 how the hell it's supposed to work? 19:32:10 *nyef* is glad that he's managed to page out most of the details of how win32 alien linkage works in SBCL. 19:35:19 ok, so it has _exit, but not __exit 19:40:23 and the question is, why? 19:41:24 different convention 19:42:12 windows has posix-equivalent syscalls with a #\_ prefix, so open is _open, etc... 19:42:27 well, if exit is included into ldso-stubs, it's successfully included into the binary as _exit, but not with _exit -> __exit 19:42:28 but exit and _exit aren't syscalls 19:42:43 they're libc wrappers 19:43:23 well, if i create a dummy program which uses _exit, nm shows me __exit 19:44:24 extern-alien-name was defined that way to allow quick porting, but ideally a windows program should use the native API and not the posix emulation 19:45:19 yea, a lot of systems' C ABIs prefix a _ on every name, so as to avoid clashes with assembly programs. 19:46:46 maybe the russians would be interested in writing a native w32 runtime 19:54:05 huh, win32 just doesn't include ldso-stubs.S 19:54:42 Right, there is-or-was a hack in win32-os.c or similar, a function called "scratch()" that just referenced every symbol required. 19:54:55 Easier than trying to make ldso-stubs work. (-: 19:55:17 dang, this is stupid, three different ways to reference symbols 19:57:06 hopefully, this fixes the build 19:57:39 i spent too much time figuring why ldso-stubs.S doesn't work, while it wasn't supposed to in the first place 19:57:42 sigh 20:04:43 alright, that's something, now it complains about "access" 20:08:36 -!- nikodemus [~nikodemus@188-67-27-120.bb.dnainternet.fi] has quit [Ping timeout: 255 seconds] 20:09:37 ... access denied? 20:10:37 man access 20:10:43 that broke specbot 20:11:14 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 20:11:27 ... "minion: more posix!" 20:11:39 -!- minion [~minion@pppoe.178-66-70-102.dynamic.avangarddsl.ru] has quit [Disconnected by services] 20:11:41 minion [~minion@pppoe.178-66-23-118.dynamic.avangarddsl.ru] has joined #sbcl 20:11:44 and my connection died at the same time 20:11:45 lovely 20:15:02 -!- specbot [~specbot@pppoe.178-66-70-102.dynamic.avangarddsl.ru] has quit [Ping timeout: 256 seconds] 20:15:18 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 272 seconds] 20:18:23 access() should never be used, it gives false positives 20:18:27 specbot [~specbot@pppoe.178-66-23-118.dynamic.avangarddsl.ru] has joined #sbcl 20:18:34 man access 20:18:34 http://developer.apple.com/documentation/Darwin/Reference/ManPages/man2/access.2.html 20:18:38 now better 20:19:57 now, about sbcl and access, it's included in the stubs and it still complains 20:20:45 and it doesn't appear in sbcl.nm 20:20:55 *stassats`* is unhappy 20:22:31 and i have to use windows during all this time 20:25:45 and half of the stuff in scratch doesn't appear in the binary 20:40:32 and if i create a dummy program with similar scratch, it's included 20:40:41 this is tiresome 20:49:14 the win32 fork doesn't have scratch anymore 20:49:50 clearly we need someone to merge it 20:55:12 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Ping timeout: 272 seconds] 20:55:34 -!- sdemarre [~serge@91.176.169.64] has quit [Ping timeout: 245 seconds] 20:58:46 ooh 20:58:49 i think i get it 20:59:25 yeah! 20:59:45 pff, i included _exit(0) at the very beginning of scratch, so it optimized away all the subsequent functions 21:01:06 if i didn't get a sudden insight i would've been debugging this for a long time 21:03:45 *stassats`* crosses fingers that nothing else breaks 21:08:44 finally, a successful build (almost) 21:08:51 sb-concurrency tests failed 21:09:52 it calls nanosleep, which isn't present on win32 21:10:31 alright, HEAD now can be built on win32 21:13:54 homie [~levgue@xdsl-87-79-248-55.netcologne.de] has joined #sbcl 21:20:02 tcr1 [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 21:20:25 and the nanosleep one is not a regression 21:27:30 *stassats`* messed up the freeze with a couple of previous commits, blames reading comprehension 21:28:21 no worries. thanks for taking care of windows 21:41:37 -!- slyrus [~chatzilla@12.132.197.125] has quit [Read error: Connection reset by peer] 21:41:58 slyrus [~chatzilla@12.132.197.125] has joined #sbcl 21:59:30 nikodemus [~nikodemus@37-219-130-105.nat.bb.dnainternet.fi] has joined #sbcl 21:59:30 -!- ChanServ has set mode +o nikodemus 22:04:26 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 22:08:25 -!- specbot [~specbot@pppoe.178-66-23-118.dynamic.avangarddsl.ru] has quit [Read error: Connection reset by peer] 22:08:25 -!- stassats` [~stassats@wikipedia/stassats] has quit [Read error: Connection reset by peer] 22:08:25 -!- minion [~minion@pppoe.178-66-23-118.dynamic.avangarddsl.ru] has quit [Read error: Connection reset by peer] 22:22:36 -!- jdz [~jdz@host47-104-dynamic.14-87-r.retail.telecomitalia.it] has quit [Ping timeout: 272 seconds] 22:26:31 -!- nikodemus [~nikodemus@37-219-130-105.nat.bb.dnainternet.fi] has quit [Quit: This computer has gone to sleep] 22:52:24 huangjs [~huangjs@190.8.100.83] has joined #sbcl 23:31:28 stassats [~stassats@wikipedia/stassats] has joined #sbcl