00:20:35 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 00:33:16 -!- Guest84002 is now known as reb 00:51:34 -!- echo-area [~user@123.120.247.121] has quit [Remote host closed the connection] 00:55:24 -!- QuickSilver__ [~ait@akasha.ayai.com] has quit [Quit: QuickSilver__] 01:00:31 -!- milanj [~milanj_@82.117.199.26] has quit [Quit: Leaving] 01:24:27 -!- slyrus [~chatzilla@173-228-44-92.dsl.static.sonic.net] has quit [Ping timeout: 252 seconds] 02:31:30 -!- Qworkescence [~quad@unaffiliated/quadrescence] has quit [Ping timeout: 260 seconds] 04:41:14 -!- Thra11 [~thrall@29.192.125.91.dyn.plus.net] has quit [Ping timeout: 240 seconds] 05:04:55 stassats [~stassats@wikipedia/stassats] has joined #sbcl 06:30:20 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 06:52:23 -!- ASau [~user@46.115.39.72] has quit [Quit: I be back.] 07:23:11 prxq [~mommer@mnhm-5f75fab5.pool.mediaWays.net] has joined #sbcl 08:00:40 slyrus [~chatzilla@adsl-99-190-98-53.dsl.pltn13.sbcglobal.net] has joined #sbcl 09:13:07 -!- minion [~minion@tiger.common-lisp.net] has quit [Disconnected by services] 09:13:52 minion [~minion@tiger.common-lisp.net] has joined #sbcl 10:36:06 -!- pkhuong [~pkhuong@gravelga.xen.prgmr.com] has quit [Ping timeout: 264 seconds] 10:36:19 pkhuong [~pkhuong@gravelga.xen.prgmr.com] has joined #sbcl 11:33:03 *stassats* is wondering why is it (funcall #'ir1-convert-lambdalike ...) and not just (ir1-convert-lambdalike ...) 11:38:24 it was (apply #'ir1-convert-lambdalike definition (list :source-name name)) and became (funcall #'ir1-convert-lambdalike definition :source-name name) 11:38:39 so, doesn't appear like any special reason 12:04:02 and two mv-binds wrapped around binding* seem strange as well 12:04:11 Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has joined #sbcl 12:45:12 *|3b|* wonders why sbcl seems to dislike png-read... used to be slow due to SUBSEQ, that got fixed so now it is spending huge amounts of time in concatenate instead 12:48:31 |3b|: i had an issue where it didn't trigger compiler-macros because they weren't compiled before they were used 12:49:02 <|3b|> png-read you mean? 12:49:07 yes 12:49:44 making a line in .asd look like (:file "decode" :depends-on ("package" "png-state" "basic-chunks")) helped 12:50:43 <|3b|> ah, relying on lucky build ordering could explain why it got bad again after previously being fast without either code changing 12:51:08 although i have it locally changed so that it doesn't need compiler-macros 12:53:03 <|3b|> is that just trying to avoid calls to SUBSEQ? 12:53:47 yes 12:53:57 a rather silly way to do that 12:54:05 <|3b|> doesn't sound like current problem then 12:54:46 <|3b|> SUBSEQ stuff was fast enough last time i was messing with it (once sbcl was fixed) 12:55:24 *|3b|* will reload it with fixed .asd and try anyway though 12:55:53 well, i don't see that it's fixed upstream 12:56:03 <|3b|> which 'it'? 12:56:14 subseq and compiler-macros 12:56:31 <|3b|> right, i mean SBCL used to have horribly slow subseq, which got fixed 12:56:41 <|3b|> after which png-read was fast enough for me 12:56:52 <|3b|> now it is too slow again, for seemingly unrelated reasons 12:57:51 can you provide the png file in question? 13:02:48 <|3b|> http://3bb.cc/tmp/particles.png takes ~12 sec to load here 13:02:54 <|3b|> (through opticl) 13:06:54 it's as slow in ccl, so, just slow 13:07:04 Thra11 [~thrall@29.192.125.91.dyn.plus.net] has joined #sbcl 13:07:29 <|3b|> hmm, maybe i just wasn't using as large files last time 13:16:55 |3b|: looks like it has a lot of array access without proper declarations 13:20:09 png-read looks hopeless in regards to performance 13:20:22 <|3b|> yeah :/ 13:22:49 *|3b|* wonders if it is doing the n^2 accumulate-by-concatenate thing 13:27:58 <|3b|> that would seem to be the case :/ 13:28:20 -!- Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has quit [Ping timeout: 260 seconds] 13:28:27 <|3b|> reading 2MB 8k at a time, copying everything read so far each chunk 13:31:39 <|3b|> (which isn't really all that much data now that i think about it, but still something it shouldn't be doing) 13:34:34 <|3b|> so i guess the only sbcl specific part is that concatenate '(vector (unsigned-byte 8)) could be faster 13:34:51 <|3b|> seems to be ~10x slower than concatenate 'string 13:35:22 *|3b|* will probably just patch png-read and not worry about that though 13:43:19 <|3b|> loads that file in ~4.5sec if it only does 1 copy 13:44:12 <|3b|> rest is probably the lack of declarations 13:59:43 QuickSilver_ [~ait@cpe-72-177-30-155.austin.res.rr.com] has joined #sbcl 14:00:04 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 14:16:18 antgreen [user@nat/redhat/x-gemmqdlbnabqmkse] has joined #sbcl 14:27:52 gko [~user@114-34-168-13.HINET-IP.hinet.net] has joined #sbcl 14:56:12 -!- Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has quit [Quit: trivial-irc-0.0.4] 15:02:42 -!- QuickSilver_ [~ait@cpe-72-177-30-155.austin.res.rr.com] has quit [Remote host closed the connection] 15:02:53 QuickSilver_ [~ait@204.110.112.43] has joined #sbcl 15:16:30 -!- hlavaty [~user@91-65-217-229-dynip.superkabel.de] has quit [Remote host closed the connection] 15:22:12 wbooze [~wbooze@xdsl-78-35-175-22.netcologne.de] has joined #sbcl 15:56:17 Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has joined #sbcl 16:03:35 Odyessus_ [~odyessus@chello080109062130.15.14.vie.surfer.at] has joined #sbcl 16:04:12 -!- Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has quit [Ping timeout: 252 seconds] 16:04:12 -!- Odyessus_ is now known as Odyessus 16:05:59 -!- Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has quit [Client Quit] 17:10:55 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 260 seconds] 17:26:03 -!- slyrus [~chatzilla@adsl-99-190-98-53.dsl.pltn13.sbcglobal.net] has quit [Ping timeout: 276 seconds] 17:48:24 Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has joined #sbcl 17:51:25 QuickSilver__ [~ait@cpe-72-177-30-155.austin.res.rr.com] has joined #sbcl 17:51:55 ASau [~user@46.115.57.102] has joined #sbcl 17:52:37 -!- QuickSilver_ [~ait@204.110.112.43] has quit [Read error: Connection reset by peer] 17:53:54 sdemarre [~serge@91.176.115.80] has joined #sbcl 18:21:33 Qworkescence [~quad@unaffiliated/quadrescence] has joined #sbcl 18:22:04 madanyang [~irc@opensuse/member/toganm] has joined #sbcl 18:44:54 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Ping timeout: 240 seconds] 18:45:56 -!- Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has quit [Quit: Colloquy for iPad - http://colloquy.mobi] 18:56:17 slyrus [~chatzilla@173-228-44-92.dsl.static.sonic.net] has joined #sbcl 19:07:14 -!- sdemarre [~serge@91.176.115.80] has quit [Ping timeout: 240 seconds] 19:11:45 Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has joined #sbcl 19:21:31 -!- prxq [~mommer@mnhm-5f75fab5.pool.mediaWays.net] has quit [Quit: Leaving] 19:21:44 Bike [~Glossina@207-224-23-226.ptld.qwest.net] has joined #sbcl 19:32:37 -!- Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has quit [Quit: Colloquy for iPad - http://colloquy.mobi] 19:32:54 Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has joined #sbcl 19:33:07 sdemarre [~serge@91.176.115.80] has joined #sbcl 19:58:16 ivan``_ [~ivan@unaffiliated/ivan/x-000001] has joined #sbcl 19:59:53 hi 20:00:01 I need help to compile sbcl on debian 20:00:03 for arm 20:00:19 xymox [lechuck@unaffiliated/contempt] has joined #sbcl 20:00:20 Posterdati, sbcl doesn't have an ARM backend 20:00:51 ok 20:01:27 so what are the assembly codes in the sbcl-source package? 20:03:15 not arm? 20:05:35 -!- Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has quit [*.net *.split] 20:05:36 -!- easye [~user@213.33.70.157] has quit [*.net *.split] 20:05:36 -!- pchrist [~spirit@gentoo/developer/pchrist] has quit [*.net *.split] 20:05:36 -!- ivan`` [~ivan@unaffiliated/ivan/x-000001] has quit [*.net *.split] 20:06:40 I'm looking 20:06:40 on this distro maybe is different 20:09:01 ... 20:11:02 easye [~user@213.33.70.157] has joined #sbcl 20:11:02 pchrist [~spirit@gentoo/developer/pchrist] has joined #sbcl 20:11:56 it's installing :) 20:11:56 lol 20:14:12 raspberry pi 20:16:10 Posterdati: CCL (Clozure Common Lisp) runs well on the Raspberry Pi. 20:16:26 good 20:16:50 Instructions are here: http://lispm.dyndns.org/ccl 20:17:11 well I'm interested in using sbcl 20:17:30 then you will have to participate in porting it 20:17:54 is there an active porting project for arm? 20:19:38 foom: not arm 20:20:26 foom: ppc, hppa, x86-64, x86, alpha, mips and sparc 20:21:11 Posterdati, and Krystof is planning to help me port it to 6502 20:21:26 I can help only to port it to z80 20:21:31 wait, what 20:22:37 apple //e needs some love 20:23:32 only three registers! 20:24:01 no, that can totally work 20:24:18 then for fun we can run cloak on it and have abcl running on the apple //e 20:25:31 :))) 20:26:07 on commodore 64 there's already a lisp incarnation 20:45:10 strange on this distro there's an acl2 package 21:17:28 -!- antgreen [user@nat/redhat/x-gemmqdlbnabqmkse] has quit [Remote host closed the connection] 22:06:42 -!- sdemarre [~serge@91.176.115.80] has quit [Ping timeout: 264 seconds] 22:09:37 http://pbot.rmdir.de/01045ec4b1708bfefe8361b3726b6256  is there a easy way around? just want to set the source translator to the place where the sources will later be installed as part of the binary build 22:10:26 I could make soure old sbcl sources are installed as part of the building process so the directory exists 22:10:40 but doesn't really sound like a clean solution 22:10:56 ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652372 ) 22:14:30 (without patching the source would be cool) 22:15:39 Anyone know why calling linux 'strip' 22:15:50 on a built executable causes it to just pop you in a repl? 22:18:19 stripping away the wrong parts probably 22:18:36 just don't do this on something that is not a regular C-ish executable 22:18:47 a sbcl core isn't made by actually adding a proper elf section, it's just a concatenation of the runtime binary and the core 22:18:50 it'll also do funny things to ocaml binaries on interpreted platforms 22:18:50 -!- jsnell_ is now known as jsnell 22:23:23 ah :) 22:24:00 *Qworkescence* will soon probably be interested in attempting to develop Production Quality (tm) executable generation... or pay someone to do it. 22:36:52 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 22:38:42 -!- wbooze [~wbooze@xdsl-78-35-175-22.netcologne.de] has quit [Ping timeout: 276 seconds] 22:50:58 Krystof: acl2 runs on arm machines 22:51:52 Posterdati, all you need is an implementation of lisp to run acl2 22:51:59 Posterdati, that has nothing to do with sbcl 22:52:28 Qworkescence: no, acl2 runs, I'm running it on my raspberry 22:53:34 it's running on gcl there I guess 22:53:38 ;-) 22:56:21 ok 22:56:41 so why sbcl still won't run on arm? 22:56:52 because noone ported it 22:56:56 ok 22:57:00 I'd like to do that 22:57:36 would be fine 23:01:12 Posterdati, do you have a deep understanding of the ARM instruction set and of how SBCL compiles/works? 23:01:29 arm ok, not for sbcl 23:03:16 does anyone here know why debian added a 4th digit (0) to the sbcl version? I might get rid of it 23:07:10 ah might have been introduced 2005 to represent CVS $foo