00:21:41 -!- wbooze [~wbooze@xdsl-78-35-152-178.netcologne.de] has quit [Remote host closed the connection] 00:46:01 wbooze [~wbooze@xdsl-78-35-152-178.netcologne.de] has joined #sbcl 01:17:01 -!- Kryztof [~user@AMontsouris-551-1-12-62.w90-24.abo.wanadoo.fr] has quit [Ping timeout: 244 seconds] 01:26:49 -!- loke [~elias@bb115-66-85-121.singnet.com.sg] has quit [Ping timeout: 276 seconds] 01:28:32 loke [~elias@bb115-66-85-121.singnet.com.sg] has joined #sbcl 01:46:23 -!- Qworkescence [~quad@unaffiliated/quadrescence] has quit [Quit: Leaving] 02:25:51 echo-area [~user@182.92.247.2] has joined #sbcl 02:47:39 attila_lendvai [~attila_le@87.247.15.155] has joined #sbcl 02:47:39 -!- attila_lendvai [~attila_le@87.247.15.155] has quit [Changing host] 02:47:39 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 02:59:29 saschakb [~saschakb@p4FEA1050.dip0.t-ipconnect.de] has joined #sbcl 03:06:52 -!- Blkt [~user@82.84.172.202] has quit [Remote host closed the connection] 03:18:23 saschakb` [~saschakb@p4FEA1050.dip0.t-ipconnect.de] has joined #sbcl 03:20:20 -!- saschakb [~saschakb@p4FEA1050.dip0.t-ipconnect.de] has quit [Ping timeout: 252 seconds] 03:25:27 -!- saschakb` [~saschakb@p4FEA1050.dip0.t-ipconnect.de] has quit [Ping timeout: 252 seconds] 03:29:37 Does SBCL store T and NIL specially? 03:50:50 tsuru` [~charlie@adsl-98-87-45-158.bna.bellsouth.net] has joined #sbcl 04:23:25 Quadrescence: NIL is a cons and a symbol, so yes 04:24:08 and T isn't really important 04:24:34 I suppose 04:26:33 I seem to recall seeing them being defined in the C runtime, but I could easily be thinking of another lisp 04:27:41 i'm sure NIL is defined in the compiler backend in SBCL 04:28:03 I have a suspicion that I'm thinking of ECL, actually 04:31:15 NIL also happens to be the lowest address in the heap. 04:31:41 which we do exploit on x86oids. 04:32:07 sounds convenient 04:32:52 and yeah, there's a relationship between the tagging scheme and the offset of symbol-value, car and cdr to make it all work for NIL 04:33:51 and err, NIL is not a cons, but a list 04:37:26 I feel that we complicate things way too much in order to support CONS and NIL "efficiently", but it's done, so now we have to live with it. 04:45:54 pkhuong, i'm writing bigint code, definitely stuff you'd love, of course 05:18:23 Is this a bug? 05:18:25 ; Evaluation aborted on # datum: #<(AND (VECTOR FIXNUM 4) (NOT SIMPLE-ARRAY)) {1349D7F7}>>. 05:18:55 what is? 05:19:10 what is what? 05:19:13 a bug 05:19:55 That (and (vector fixnum 4) (not simple-array)) isn't a subtype of (and (vector t) (not simple-array)) 05:20:19 it's not a subtype 05:21:09 Why is that? Isn't (VECTOR T) the set of all arbitrary-length vectors whose elements are of any type? 05:21:41 no, it's not 05:21:49 (vector *) is, on the other hand 05:22:40 ahhh 05:24:09 stassats`, thanks 05:24:19 or just vector 06:57:59 sdemarre [~serge@91.176.185.237] has joined #sbcl 07:10:27 angavrilov [~angavrilo@217.71.227.181] has joined #sbcl 07:19:49 -!- sdemarre [~serge@91.176.185.237] has quit [Ping timeout: 240 seconds] 07:26:51 Cryotank2011 [~Cryotank2@c-24-17-62-152.hsd1.wa.comcast.net] has joined #sbcl 07:32:04 Kryztof [~user@AMontsouris-551-1-70-70.w90-24.abo.wanadoo.fr] has joined #sbcl 08:33:23 -!- Cryotank2011 [~Cryotank2@c-24-17-62-152.hsd1.wa.comcast.net] has quit [Quit: Cryotank2011] 09:00:49 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 240 seconds] 09:15:59 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 09:30:32 -!- loke [~elias@bb115-66-85-121.singnet.com.sg] has quit [Ping timeout: 260 seconds] 09:35:20 loke [~elias@bb115-66-85-121.singnet.com.sg] has joined #sbcl 09:45:10 dtw [dtw@dsl-roibrasgw1-fe84fb00-215.dhcp.inet.fi] has joined #sbcl 10:14:58 edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has joined #sbcl 11:17:38 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 11:33:08 -!- wbooze [~wbooze@xdsl-78-35-152-178.netcologne.de] has quit [Ping timeout: 252 seconds] 12:49:44 Blkt [~user@82.84.172.202] has joined #sbcl 12:54:10 good day everyone 13:44:51 wbooze [~wbooze@xdsl-78-35-184-147.netcologne.de] has joined #sbcl 14:00:33 -!- dtw [dtw@dsl-roibrasgw1-fe84fb00-215.dhcp.inet.fi] has quit [Quit: +++ATH0] 14:22:53 tsuru`` [~charlie@adsl-74-179-28-130.bna.bellsouth.net] has joined #sbcl 14:24:47 -!- tsuru` [~charlie@adsl-98-87-45-158.bna.bellsouth.net] has quit [Ping timeout: 268 seconds] 14:53:28 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 15:47:01 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 15:56:50 dtw [dtw@dsl-roibrasgw1-fe84fb00-215.dhcp.inet.fi] has joined #sbcl 16:10:20 Qworkescence [~quad@unaffiliated/quadrescence] has joined #sbcl 16:20:15 attila_lendvai [~attila_le@87.247.12.6] has joined #sbcl 16:20:15 -!- attila_lendvai [~attila_le@87.247.12.6] has quit [Changing host] 16:20:15 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 16:23:52 -!- whoops [u549@gateway/web/irccloud.com/x-xotcelflruaurvyi] has quit [Remote host closed the connection] 16:30:37 -!- scymtym [~user@2001:638:504:2093:21a:a0ff:fe34:2d7d] has quit [Remote host closed the connection] 16:31:08 scymtym [~user@2001:638:504:2093:21a:a0ff:fe34:2d7d] has joined #sbcl 16:40:07 nachtwandler [~nachtwand@p57AD7382.dip.t-dialin.net] has joined #sbcl 16:54:08 whoops [u549@gateway/web/irccloud.com/x-mcyspbknktfltkwa] has joined #sbcl 18:12:32 -!- mensch [~mensch@c-174-62-210-182.hsd1.ma.comcast.net] has quit [Quit: leaving] 18:16:29 -!- dsp_ [~tt@lebesgue.cowpig.ca] has quit [Read error: Connection reset by peer] 18:16:41 dsp_ [~tt@lebesgue.cowpig.ca] has joined #sbcl 18:18:42 -!- dsp_ [~tt@lebesgue.cowpig.ca] has quit [Read error: Connection reset by peer] 18:21:41 dsp_ [~tt@lebesgue.cowpig.ca] has joined #sbcl 18:23:15 sdemarre [~serge@91.176.185.237] has joined #sbcl 18:24:05 -!- dsp_ [~tt@lebesgue.cowpig.ca] has quit [Read error: Connection reset by peer] 18:25:50 -!- whoops [u549@gateway/web/irccloud.com/x-mcyspbknktfltkwa] has quit [Write error: Connection reset by peer] 18:26:43 dsp_ [~tt@lebesgue.cowpig.ca] has joined #sbcl 18:27:23 -!- dsp_ [~tt@lebesgue.cowpig.ca] has quit [Read error: Connection reset by peer] 18:31:44 dsp_ [~tt@lebesgue.cowpig.ca] has joined #sbcl 18:44:38 diginet [~user@ppp-70-247-43-95.dsl.hstntx.swbell.net] has joined #sbcl 18:44:43 hello 18:49:53 silver_ [~kingrat@178.121.210.87] has joined #sbcl 18:56:24 -!- angavrilov [~angavrilo@217.71.227.181] has quit [Ping timeout: 260 seconds] 19:23:23 -!- wbooze [~wbooze@xdsl-78-35-184-147.netcologne.de] has quit [Ping timeout: 252 seconds] 19:28:32 whoops [u549@gateway/web/irccloud.com/x-bqdmmushizjijzjh] has joined #sbcl 19:43:27 -!- stassats` [~stassats@wikipedia/stassats] has quit [Read error: Operation timed out] 20:27:51 -!- dtw [dtw@dsl-roibrasgw1-fe84fb00-215.dhcp.inet.fi] has quit [Quit: +++ATH0] 20:41:45 MikeSeth [~me@unaffiliated/mikeseth] has joined #sbcl 20:43:37 http://paste.ubuntu.com/795296/ <- am I doing something obviously stupid here? 20:44:05 (this is a hack to runtime.c to have it find the core file relative to the runtime's location) 20:44:48 what happens with contribs? 20:44:50 e.g. asdf 20:45:30 pkhuong: the INSTALL file says they're located relative to the core file, so I am not worried at this stage 20:45:59 this is a step towards https://bugs.launchpad.net/sbcl/+bug/666086 20:46:01 MikeSeth: I would be. Contribs aren't loaded by the C runtime. 20:46:43 pkhuong: I imagine there's further ton of work to be done, my question is whether my C looks right, as in is it going to blow up :) 20:46:54 this is my first stab at C in, well, years 20:46:57 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 20:48:48 MikeSeth: I thought that already happened? 20:49:18 sbryant: not from what I can tell 20:49:24 Let me see what we do 20:49:51 We have a project that compiles cores of dependencies (updates them if the asd files change) and uses that to run tests to avoid code recompile 20:51:17 sbryant: in 1.0.54 at the very least it does what it always did, getenv("SBCL_HOME"), or assume compile-time prefix, or fail 20:51:22 dirname has broken my personal insanity record. 20:51:47 pkhuong: please do tell, this is very new to me and I imagine it will screw up on other platforms 20:51:58 You definitely want to copy the resulting string 20:52:12 what I'm doing with concatenating paths is probably A-grade evil 20:53:16 Oh yeah 20:53:20 That's exactly what we do 20:53:22 We set SBCL home 20:53:30 dirname (potentially) mutates its argument. It might also return a pointer to some statically-allocated memory 20:54:27 comparing strings with == doesn't work. 20:55:05 pkhuong: I assumed I only need to check the first character.. but then again I really need to re-read K&R 20:55:40 MikeSeth: strings are pointers. You're testing whether they point to the same address. 20:56:06 wait, it's comparing a pointer against a chracter. 20:56:13 (still not going to work) 20:56:51 figuring out when runtime_path is safe to free would be good. 20:57:08 == IS CLEARLY LIKE eq 20:57:15 We don't even do that anymore 20:58:09 We just resorted to compiling cores and using the cores to create executables that would either run our tests or make our binary to distribute. 20:58:09 apart from the cstring issue and figuring out the lifetime of our strings, I think it look fine. 20:59:06 Not sure that the current directory structure is ideally-suited to the needs of people who want executable-relative lookups. 21:00:13 ../lib/sbcl/ is a strange place. 21:00:45 *sbryant* can't wait for 1.0.55? 21:01:35 pkhuong: and it's probably a bad idea to hardcode it like this.. though not much better than hardcoding SBCL_PREFIX into the runtime 21:01:54 Any major changes in the works for .55? 21:01:56 thanks for all the tips everybody, gonna play with it a little more now 21:02:24 if I rebuild just the runtime with make-target-1, it won't like the previously built core, right? 21:02:50 ...this is more fun than billing systems.. 21:15:34 pkhuong: if (0 == strncmp(".", foo)) <- better? 21:15:44 well, strncmp(".", foo, sizeof(char)) 21:19:05 if(foo[0] == '.') ? 21:20:12 if you really want to manually optimize away the strcmp, at least do if(foo[0] == '.' %% foo[1] == '\0') 21:25:37 %% 21:51:29 -!- sdemarre [~serge@91.176.185.237] has quit [Ping timeout: 240 seconds] 21:56:01 wbooze [~wbooze@xdsl-78-35-184-147.netcologne.de] has joined #sbcl 22:47:51 -!- silver_ [~kingrat@178.121.210.87] has quit [Ping timeout: 252 seconds] 23:00:58 silver_ [~kingrat@178.121.254.43] has joined #sbcl 23:18:30 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 23:45:11 -!- wbooze [~wbooze@xdsl-78-35-184-147.netcologne.de] has quit [Ping timeout: 252 seconds] 23:51:19 wbooze [~wbooze@xdsl-78-35-161-113.netcologne.de] has joined #sbcl 23:52:46 -!- psilord [~psilord@76.201.148.70] has quit [Quit: Leaving.]