02:52:19 ccl-logbot [~ccl-logbo@setf.clozure.com] has joined #sbcl 02:52:19 02:52:19 -!- names: ccl-logbot jsnell echo-area ASau ivan`` Bike psilord oleo ehaliewicz segv- Vivitron scymtym yacks edgar-rft fe[nl]ix Blkt milosn kludge` flip214 christoph_debian kanru prxq_ pegu` jaimef bege Posterdati xymox samskull` _8hzp danlentz joshe nicdev pchrist antoszka asedeno luis ams redline6561 loke brucem Tribal plathrop gko minion foom Subfusc daimrod reb |3b| fikusz scymtym_ specbot pkhuong 03:00:32 prxq__ [~mommer@x2f6655d.dyn.telefonica.de] has joined #sbcl 03:04:35 -!- prxq_ [~mommer@x2f67dee.dyn.telefonica.de] has quit [Ping timeout: 272 seconds] 03:15:30 drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has joined #sbcl 03:22:26 -!- drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has quit [Ping timeout: 264 seconds] 03:27:32 drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has joined #sbcl 03:39:11 -!- christoph_debian [~christoph@ppp-88-217-32-42.dynamic.mnet-online.de] has quit [Ping timeout: 260 seconds] 03:52:22 christoph_debian [~christoph@ppp-88-217-41-153.dynamic.mnet-online.de] has joined #sbcl 03:55:31 -!- jsnell [~jsnell@ash.snellman.net] has quit [Ping timeout: 263 seconds] 03:55:39 jsnell [~jsnell@ash.snellman.net] has joined #sbcl 04:11:51 attila_lendvai [~attila_le@92.46.2.125] has joined #sbcl 04:11:51 -!- attila_lendvai [~attila_le@92.46.2.125] has quit [Changing host] 04:11:51 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 04:15:57 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 04:19:39 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 04:20:05 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 04:25:04 -!- drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 04:26:36 drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has joined #sbcl 04:41:45 slyrus [~chatzilla@107.200.11.207] has joined #sbcl 05:18:57 -!- drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 05:19:39 drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has joined #sbcl 05:24:07 -!- drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has quit [Ping timeout: 260 seconds] 05:29:21 -!- slyrus [~chatzilla@107.200.11.207] has quit [Ping timeout: 246 seconds] 05:29:43 -!- oleo [~oleo@xdsl-84-44-152-118.netcologne.de] has quit [Remote host closed the connection] 05:30:09 -!- segv- [~mb@95-91-243-150-dynip.superkabel.de] has quit [Read error: Operation timed out] 05:30:55 -!- jaimef [jaimef@dns.mauthesis.com] has quit [Excess Flood] 05:35:42 jaimef [jaimef@dns.mauthesis.com] has joined #sbcl 05:42:12 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 05:49:25 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 06:02:22 sdemarre [~serge@91.180.77.67] has joined #sbcl 06:09:30 -!- jsnell [~jsnell@ash.snellman.net] has quit [Quit: Lost terminal] 06:10:10 jsnell [~jsnell@ash.snellman.net] has joined #sbcl 06:29:22 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 06:33:21 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 06:34:51 -!- bege [~bege@S0106001d7e5132b0.ed.shawcable.net] has quit [Ping timeout: 272 seconds] 06:57:29 -!- sdemarre [~serge@91.180.77.67] has quit [Ping timeout: 240 seconds] 07:11:41 bege [~bege@S0106001d7e5132b0.ed.shawcable.net] has joined #sbcl 07:20:33 -!- scymtym [~user@ip-5-147-115-29.unitymediagroup.de] has quit [Ping timeout: 245 seconds] 07:30:46 Didn't someone (Krystof?) work on the IPv6 support for SB-BSD-SOCKETS? 07:55:13 loke: i didn't since the initial patch 07:55:28 scymtym_: Where is the initial patch? 07:56:53 http://paste.lisp.org/display/139784 07:57:14 you could also ask on the usocket mailinglist since they planned to complete the patch at one point 07:57:41 *scymtym_* has to participate in a meeting now 07:58:20 OK,m thanks :-) 07:58:24 Krystof [~user@81.174.155.115] has joined #sbcl 07:58:24 -!- ChanServ has set mode +o Krystof 07:58:51 Wow. That's was a small patch 07:59:00 How come it's been integarated in SBCL proper? 08:17:41 pegu`` [~user@c7F7CBF51.dhcp.as2116.net] has joined #sbcl 08:20:11 -!- pegu` [~user@c7F7CBF51.dhcp.as2116.net] has quit [Remote host closed the connection] 08:36:09 -!- ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has quit [Ping timeout: 240 seconds] 08:52:33 stassats [~stassats@wikipedia/stassats] has joined #sbcl 08:52:43 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 08:52:49 -!- stassats` [~stassats@wikipedia/stassats] has quit [Client Quit] 08:52:54 -!- stassats [~stassats@wikipedia/stassats] has quit [Client Quit] 08:53:15 stassats [~stassats@wikipedia/stassats] has joined #sbcl 09:46:57 kwmiebach [~kwmiebach@xdsl-213-168-89-244.netcologne.de] has joined #sbcl 10:15:34 easiere [~user@213.33.70.157] has joined #sbcl 10:26:13 yacks [~py@103.6.159.103] has joined #sbcl 10:31:37 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 272 seconds] 10:33:54 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 10:35:02 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 10:45:08 -!- kwmiebach [~kwmiebach@xdsl-213-168-89-244.netcologne.de] has quit [Ping timeout: 240 seconds] 10:46:27 kwmiebach [~kwmiebach@xdsl-87-79-134-10.netcologne.de] has joined #sbcl 10:52:04 alright, got back to the sparc machine, walking down the uc_link until it matches si_addr works 10:52:18 but this is so fishy 10:54:14 it can happen on any other target, and there's no authoritative information on what to do and when to do 11:09:52 alpha- [~silver@unaffiliated/alpha--] has joined #sbcl 11:10:14 Hello 11:10:34 i probably need to write everything into a ticket 11:11:47 I am running SBCL 1.1.12.debian in Debian sid amd64 and I have a question about SBCL REPL: how do you navigate to previous/next commands entered in REPL? For example I am trying to use up arrow on my keyboard to get previous thing I entered but instead I get ^[[A 11:12:08 sbcl is best served with slime 11:12:11 I wasn't able to find answer in man sbcl and in online help 11:12:46 if you're afraid of slime, you can employ rlwrap 11:13:01 and there exists also linedit 11:13:04 minion: linedit? 11:13:04 linedit: No definition was found in the first 5 lines of http://www.cliki.net/linedit 11:13:43 ok, so for REPL I should just use slime and not sbcl directly? 11:13:57 yes 11:14:00 thank you 11:14:18 and rlwrap in the times you're in the terminal 11:14:39 apt-get install rlwrap; rlwrap sbcl 11:14:56 and rlwrap what-have-you 11:16:06 thank you 11:16:12 I did not know such thing existed 11:29:33 echo-area [~user@111.196.7.198] has joined #sbcl 11:35:38 stassats: i'm working on a simple benchmarking framework for SBCL and tested it with your defstruct+equalp+raw-slots commit; do the results in http://www.techfak.uni-bielefeld.de/~jmoringe/defstruct-equalp-raw-slots.png correspond to what you observed? (red/blue = new/old runtime; green/curry = new/old bytes consed) 11:39:08 how does the test look like? 11:39:33 http://paste.lisp.org/display/139786 11:41:13 it should really cons at all 11:41:39 new version only consed for complex double-float (on x86) 11:41:57 i see, i'm on x86-64, no consing for complex double-float here 11:42:32 apart from that, are the results in line with what you observed? 11:42:49 well, i had more of a speed up, i think 11:42:56 but i'm optimizing it even further now 11:43:35 maybe i have to test on x86_64 11:43:50 ok, thanks for taking the time to look at it 11:44:42 the graph looks nice, but figuring which color is which is not easy 11:45:01 seems to be a gnuplot bug 11:45:30 where it paints it black? 11:45:32 the black rectangles should normally show the colors corresponding to the labels 11:45:35 yes 11:45:46 and what about color-blind people? 11:46:11 maybe i should use fill styles 11:46:32 but doing anything in gnuplot is so much effort 11:48:15 btw. y axis uses log scale; maybe that explains your greater speedup? 11:48:28 that maybe it 11:48:34 may be 12:11:58 can we not use gnuplot please? 12:12:06 I mean, ok, fine, but R exists now 12:16:57 Krystof: there is a generic function report-using-style; gnuplot is only one style 12:18:29 (currently the only one, though) 12:20:05 my possible optimization of raw-instance-slots-equalp was foiled by dumping function into fasls 12:20:35 i may go through an index, but it becomes a bit more complicated 12:22:02 OK, maybe my new November's resolution is going to be to do some programming 12:22:55 on x86 and comparing (complex double-float) , for some reason, my comparer functions are not optimized 12:23:03 when i compile it by hand later, they are 12:25:48 why would (= (sb-kernel:%raw-instance-ref/complex-double x index) (sb-kernel:%raw-instance-ref/complex-double y index)) not use the vop on x86 during build time, but use it in the resulting image? 12:27:17 SB-VM::=/COMPLEX-DOUBLE-FLOAT, that is 12:28:24 maybe it doesn't on x86-64 too, but out of line = just does not cons? 12:29:29 no, x86-64 gets it compiled correctly 12:31:01 is index known to be a positive-fixnum? 12:31:17 oh, there's no SB-VM::=/COMPLEX-DOUBLE-FLOAT on x86, it uses = transform 12:31:17 can you trace is-ok-template-use and its callees? That's normally the way to get some kind of answer? 12:31:43 but it gets misoptimized at build-time, hence consing 12:32:00 it calls to realpart and imagpart out of line 12:33:46 so, (and (= (realpart w) (realpart z)) (= (imagpart w) (imagpart z))) gets inlined normally, but not during the build 12:35:17 perhaps the types from %raw-instance-ref/complex-double are not propagated to realpart 12:42:09 drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has joined #sbcl 12:44:43 truly-the doesn't help 12:47:39 scymtym_: the non-linear tickmarks on the y axis next to the linear memory-used scale does my brain in :-) 12:49:41 Krystof: i know, this is a hack to make gnuplot not freak out on non-consing benchmarks (where bytes-consed == 0) :) 12:53:20 -!- drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 12:55:12 -!- echo-area [~user@111.196.7.198] has quit [Read error: Connection reset by peer] 13:01:42 I've sometimes plotted bytes-consed+1 on a logarithmic scale, which makes me feel a bit dirty too 13:02:58 the gnuplot script is written from lisp; it can be adjusted for zero and non-zero cases 13:24:55 echo-area [~user@114.254.104.35] has joined #sbcl 13:27:56 LiamH [~none@129-2-129-146.wireless.umd.edu] has joined #sbcl 13:36:55 segv- [~mb@95-91-243-202-dynip.superkabel.de] has joined #sbcl 13:54:49 lp 1248181 13:54:49 https://bugs.launchpad.net/bugs/1248181 13:55:13 basically, SBCL on Solaris is really unstable, especially on SPARC 13:56:04 if i fix the symptoms, i don't know which other can of worms will i uncover 13:56:49 -!- prxq__ is now known as prxq 13:59:56 -!- psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has quit [Quit: Leaving.] 14:06:29 even if we stop using traps for allocation, there's still tagged add/sub left, which too examine context 14:18:58 -!- LiamH [~none@129-2-129-146.wireless.umd.edu] has quit [Quit: Leaving.] 14:29:03 oleo [~oleo@xdsl-84-44-155-11.netcologne.de] has joined #sbcl 15:00:03 tylergoza [~quassel@64.178.232.159] has joined #sbcl 15:03:51 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Read error: Operation timed out] 15:21:15 i got why realpart on x86 is not optimized 15:21:29 #-sb-xc-host ; (See CROSS-FLOAT-INFINITY-KLUDGE.) (defoptimizer (realpart derive-type) ((num)) (one-arg-derive-type num #'realpart-derive-type-aux #'realpart)) 15:25:01 i can try compiling it in the cold-code instead 15:27:12 or just make realpart-derive-type-aux derive coarse types, as in, just double-float 15:35:18 i actually see no CROSS-FLOAT-INFINITY-KLUDGE in sb-c::realpart-derive-type-aux 15:35:49 i mean, that it's not affected by it 15:59:11 stassats: could it be an ordering issue? 15:59:52 scymtym_: there should be now no consing on x86, your graph helped me notice that it does cons, thanks 16:00:51 pkhuong: no, i just removed #-sb-xc from [imag|real]part derive-type optimizer 16:01:18 since it simply goes (complex float) => float, there should be no xc issues 16:03:36 right. I can't see how that can fail. 16:05:06 stassats: great, i hope to get the code committed at some point 17:04:15 psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 17:20:01 -!- samskull` [~user@S0106001111de1fc8.cg.shawcable.net] has quit [Remote host closed the connection] 17:34:33 hi 17:49:25 samskulls [~user@S0106001111de1fc8.cg.shawcable.net] has joined #sbcl 18:16:48 -!- jaimef [jaimef@dns.mauthesis.com] has quit [Excess Flood] 18:23:21 jaimef [jaimef@dns.mauthesis.com] has joined #sbcl 18:26:41 sbcl 1.1.3 doesn't have the cl-asdf fix yet? (the one related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723977) 18:28:27 what is a cl-asdf fix? 18:29:18 and how what cl-asdf is doing is relevant to sbcl? 18:32:26 milanj [~milanj@82.117.199.26] has joined #sbcl 18:34:06 Fare [~fare@216.239.55.52] has joined #sbcl 18:34:38 Sagane [~Sagane@177.100-226-89.dsl.completel.net] has joined #sbcl 18:37:39 scymtym [~user@ip-5-147-115-29.unitymediagroup.de] has joined #sbcl 18:49:24 milosn_ [~milosn@user-5af50b90.broadband.tesco.net] has joined #sbcl 18:50:30 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 246 seconds] 18:51:15 hi 18:51:37 please I've got this error: CORRUPTION WARNING in SBCL pid 26507(tid 140737353848576): Memory fault at 10 (pc=0x20100017, sp=0x7ffff6fde138) The integrity of this image is possibly compromised. Continuing with fingers crossed. 18:51:50 -!- milosn [~milosn@user-5af5063e.broadband.tesco.net] has quit [Ping timeout: 240 seconds] 18:51:54 trying to run 1.1.13 compiled from source 18:54:17 ah ok, seems an asdf problem 18:54:19 fixed 19:03:33 :-( 19:03:38 what was asdf doing? 19:04:28 oh wow. I might have an idea why SBCL generates so many useless moves. 19:05:23 *stassats* is annoyed by those moves 19:05:33 find-ok-target-offset is completely borked. It looks like an attempt to walk down a graph with a single loop, and ends up doing a DFS that never goes back up. 19:06:14 so as soon as TN is references from more than 1 read and 1 write, targetting may fail for no reason. 19:06:21 *is referenced 19:09:05 maybe not borked... that's on purpose 19:15:24 -!- tylergoza [~quassel@64.178.232.159] has quit [Remote host closed the connection] 19:17:49 Any reason not to update asdf to 3.0.3 in sbcl? 19:18:27 waiting until it gets more tested 19:19:13 sure. 19:19:54 Though it was pretty well tested as far as asdf releases go. But I understand. Thanks! 19:20:36 fredmorcos [~fredmorco@cm56-209-5.liwest.at] has joined #sbcl 19:20:53 milosn [~milosn@user-5af50c3b.broadband.tesco.net] has joined #sbcl 19:23:43 -!- milosn_ [~milosn@user-5af50b90.broadband.tesco.net] has quit [Ping timeout: 272 seconds] 19:28:19 and it's not a problem for anyone who wants to update locally 19:29:26 in fact maybe it would be nice to have a couple of releases that don't spring a nasty asdf-related surprise 19:29:51 *stassats* would be happy to wait until 3.0.4 19:30:25 I'll upgrade after the cycle next time someone tells me they've updated theirs in the sbcl tree during the freeze period, and they've tested and run with it 19:37:37 Bike [~Glossina@wl-nat110.it.wsu.edu] has joined #sbcl 19:42:53 -!- Bike [~Glossina@wl-nat110.it.wsu.edu] has quit [Ping timeout: 240 seconds] 19:44:55 Bike [~Glossina@wl-nat105.it.wsu.edu] has joined #sbcl 19:45:36 I would like to create an executable from a lisp file. Is that possible with SBCL? 19:46:45 save-lisp-and-die seems interesting, but I am not sure how to use it 19:47:44 fredmorcos: you can use asdf's program-op in a portable way 19:48:06 Fare, what is asdf? 19:49:42 can produce executables on sbcl ccl ecl lispworks cmucl scl clisp 19:50:18 it's not possible to just sbcl foo.lisp? 19:50:28 everything is possible 19:50:36 fredmorcos: what do you mean by "executable"? 19:50:37 maybe you mean sbcl --script 19:50:48 maybe we should actually ask and listen 19:51:07 Krystof, wow.. sorry 19:51:22 no need for you to apologize 19:51:51 I'm coming from C, Python, Haskell and looking at LISP seriously for the first time 19:51:58 when you say "executable", do you mean "something that I can run as one word from a shell", or "something that is a single filh that I can distribute", or what? 19:52:54 seems that I have a bunch options here 19:53:03 let's say something I can distribute 19:53:09 alternatively, if this is a vague question about "is it worth investing my time", then asking about that on a channel dedicated to the thing is hardly going to give you useful evidence 19:53:40 ok, then yes, the answer to get single-file executables is save-lisp-and-die with arguments :executable t and :toplevel 19:54:10 ok, I assume this will bundle a LISP interpreter and runtime with my program? 19:54:19 now all you need to do before you worry unduly about the details is to write a program that someone else wants to use 19:54:24 or more accurately, dump an image of the running SBCL session? 19:54:54 yes 19:55:16 Krystof, sure :) but right now I'm evaluating whether LISP implementations can provide me with the things I like to have 19:56:34 as an example, something I'm not really a fan of in chicken scheme, is that it resolves function names at runtime only 19:56:48 *only at runtime 19:57:14 leuler [~user@p548F89DB.dip0.t-ipconnect.de] has joined #sbcl 19:57:19 so i could write (foo bar) where foo is undefined, and my program would still compile and run, but then tell me that foo is not defined only at runtime 20:01:43 (load "main.lisp") 20:01:49 fredmorcos: Lisp warns you, Code still compiles. 20:02:02 that's more of a question for #lisp, not #sbcl 20:02:21 that's not implementation dependent? 20:02:50 no 20:05:59 (also this is primarily a developer rather than a user channel) 20:08:08 apologies, didn't notice the title 20:08:13 thanks for the help! 20:08:17 good luck 20:09:18 -!- fredmorcos [~fredmorco@cm56-209-5.liwest.at] has left #sbcl 20:39:04 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Ping timeout: 268 seconds] 20:45:55 tylergoza [~quassel@64.178.232.159] has joined #sbcl 20:57:04 -!- milanj [~milanj@82.117.199.26] has quit [Ping timeout: 260 seconds] 21:10:03 -!- foom [~jknight@2620:15c:6:14:be30:5bff:fedf:6db6] has quit [Remote host closed the connection] 21:18:31 -!- Fare [~fare@216.239.55.52] has left #sbcl 21:23:22 milanj [~milanj@cable-178-148-2-202.dynamic.sbb.rs] has joined #sbcl 21:30:38 -!- Sagane [~Sagane@177.100-226-89.dsl.completel.net] has quit [Read error: Connection reset by peer] 21:33:13 -!- leuler [~user@p548F89DB.dip0.t-ipconnect.de] has quit [Quit: ERC Version 5.1.2 $Revision: 1.796.2.6 $ (IRC client for Emacs)] 21:34:19 -!- Bike [~Glossina@wl-nat105.it.wsu.edu] has quit [Ping timeout: 260 seconds] 21:35:04 sdemarre [~serge@91.180.77.67] has joined #sbcl 21:37:37 -!- psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: Leaving.] 21:38:05 psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has joined #sbcl 21:40:06 -!- jaimef [jaimef@dns.mauthesis.com] has quit [Excess Flood] 21:47:24 jaimef [jaimef@dns.mauthesis.com] has joined #sbcl 21:48:46 out of line struct accessors are really convoluted 21:49:01 foom [~jknight@2620:15c:6:14:be30:5bff:fedf:6db6] has joined #sbcl 21:56:05 -!- foom [~jknight@2620:15c:6:14:be30:5bff:fedf:6db6] has quit [Quit: Leaving] 21:56:53 (progn (defstruct x a) (disassemble #'x-a)) looks really weird 21:57:43 Bike [~Glossina@wl-nat101.it.wsu.edu] has joined #sbcl 21:59:23 i don't get, it actually looks like a disassembly of #'sb-kernel::slot-accessor-funs, but that's where the closure is coming from 22:00:16 foom [~jknight@2620:15c:6:14:be30:5bff:fedf:6db6] has joined #sbcl 22:02:51 -!- sdemarre [~serge@91.180.77.67] has quit [Ping timeout: 260 seconds] 22:03:17 ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has joined #sbcl 22:04:40 -!- alpha- [~silver@unaffiliated/alpha--] has quit [Quit: leaving] 22:08:57 ok, i see, maybe, it looks like closure functions are all laid out together and then there's just different entry points 22:11:27 that doesn't look optimal, now, does it? 22:11:37 things in the elsewhere become really far out 22:17:07 in any case, it looks like structure accessors could be better defined without closures 22:17:32 (disassemble (lambda (y) (x-a y))) looks better than (disassemble #'x-a) 22:25:19 But then don't you have to do about a million years of core-size-reducing duties? 22:26:23 it's only once per structure 22:26:35 and the out of line accessors are twice fast 22:26:51 it's silly hard to discover that (lambda (y) (x-a y)) is twice as fast as #'x-a 22:26:57 s/silly// 22:30:05 stassats: s/hard // perhaps ;) 22:30:59 and it has a couple of closures, so it may be not a big increase 22:31:48 it uses sb-kernel::interpreted-typecheckfun to check the type 22:33:53 and expanding defstruct into accessor code will allow them to pick up the surrounding OPTIMIZE declarations 22:49:15 davazp [~user@178.167.140.180.threembb.ie] has joined #sbcl 22:52:46 -!- psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has quit [Remote host closed the connection] 22:53:12 -!- kwmiebach [~kwmiebach@xdsl-87-79-134-10.netcologne.de] has quit [Ping timeout: 260 seconds] 22:53:32 kwmiebach [~kwmiebach@xdsl-213-196-195-199.netcologne.de] has joined #sbcl 22:54:26 -!- oleo [~oleo@xdsl-84-44-155-11.netcologne.de] has quit [Read error: Operation timed out] 23:01:40 -!- tylergoza [~quassel@64.178.232.159] has quit [Ping timeout: 245 seconds] 23:04:24 -!- davazp [~user@178.167.140.180.threembb.ie] has quit [Ping timeout: 259 seconds] 23:10:33 oleo [~oleo@xdsl-78-35-149-161.netcologne.de] has joined #sbcl 23:31:22 psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has joined #sbcl 23:33:53 -!- milanj [~milanj@cable-178-148-2-202.dynamic.sbb.rs] has quit [Ping timeout: 272 seconds] 23:39:50 how many developers are there on sbcl? 23:41:36 git shortlog reveals ~60. A couple are aliases for the same person. 23:58:03 slyrus [~chatzilla@173-228-44-92.dsl.static.sonic.net] has joined #sbcl