00:16:13 LiamH1 [~none@pool-173-73-122-229.washdc.east.verizon.net] has joined #sbcl 00:16:27 -!- LiamH [~none@pool-173-73-131-242.washdc.east.verizon.net] has quit [Ping timeout: 276 seconds] 00:47:27 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 01:13:58 dto [~user@pool-96-252-62-251.bstnma.fios.verizon.net] has joined #sbcl 01:14:36 hi. is it possible to somehow cross-compile a 64-bit linux SBCL executable, using a 32-bit linux ? 01:18:14 -!- ivan`` [~ivan@unaffiliated/ivan/x-000001] has quit [Ping timeout: 264 seconds] 01:20:25 ivan`` [~ivan@unaffiliated/ivan/x-000001] has joined #sbcl 01:21:37 ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has joined #sbcl 01:25:06 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 01:31:51 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 01:32:57 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Remote host closed the connection] 01:55:00 -!- loke_ [~loke@203.127.16.194] has quit [Remote host closed the connection] 01:55:46 echo-area [~user@182.92.247.2] has joined #sbcl 02:00:32 nope. 02:14:26 thanks pkhuong . 02:19:34 -!- scymtym_ [~user@ip-5-147-115-29.unitymediagroup.de] has quit [Read error: Operation timed out] 02:49:48 prxq_ [~mommer@x2f67153.dyn.telefonica.de] has joined #sbcl 02:50:10 -!- dto [~user@pool-96-252-62-251.bstnma.fios.verizon.net] has quit [Read error: Connection reset by peer] 02:52:59 -!- prxq [~mommer@x2f6a021.dyn.telefonica.de] has quit [Ping timeout: 252 seconds] 02:55:00 -!- oleo [~oleo@xdsl-78-35-154-40.netcologne.de] has quit [Read error: Connection reset by peer] 02:55:47 oleo [~oleo@xdsl-78-35-152-242.netcologne.de] has joined #sbcl 03:22:53 -!- LiamH1 is now known as LiamH 03:29:17 -!- crixxus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 245 seconds] 03:34:57 -!- Hydan [~0x6463@ip-89-103-110-16.net.upcbroadband.cz] has quit [Remote host closed the connection] 03:35:11 -!- ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has quit [Quit: Computer has gone to sleep.] 03:39:03 -!- christoph_debian [~christoph@ppp-88-217-61-170.dynamic.mnet-online.de] has quit [Ping timeout: 260 seconds] 03:52:13 christoph_debian [~christoph@ppp-88-217-33-45.dynamic.mnet-online.de] has joined #sbcl 04:19:34 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 04:59:34 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 246 seconds] 05:13:29 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 05:19:53 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 272 seconds] 05:30:45 -!- LiamH [~none@pool-173-73-122-229.washdc.east.verizon.net] has quit [Quit: Leaving.] 05:35:36 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 05:42:38 slyrus [~chatzilla@107.201.5.56] has joined #sbcl 06:01:02 -!- oleo [~oleo@xdsl-78-35-152-242.netcologne.de] has quit [Quit: Leaving] 06:15:44 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 06:19:53 kanru [~kanru@118-163-10-190.HINET-IP.hinet.net] has joined #sbcl 06:31:38 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 06:36:25 -!- edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has quit [Quit: conversation vanished into mental damage] 07:14:44 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 07:39:20 pranavrc [~pranavrc@122.164.147.109] has joined #sbcl 07:39:20 -!- pranavrc [~pranavrc@122.164.147.109] has quit [Changing host] 07:39:20 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 08:26:36 attila_lendvai [~attila_le@5.76.207.242] has joined #sbcl 08:26:36 -!- attila_lendvai [~attila_le@5.76.207.242] has quit [Changing host] 08:26:36 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 08:27:52 -!- prxq_ is now known as prxq 09:03:36 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 09:07:55 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Ping timeout: 245 seconds] 09:37:38 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Quit: Ping timeout: ] 10:12:05 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 10:31:35 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 260 seconds] 10:36:41 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 10:52:24 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 10:57:21 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Ping timeout: 276 seconds] 11:14:57 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 11:40:05 eudoxia [~eudoxia@r179-24-27-245.dialup.adsl.anteldata.net.uy] has joined #sbcl 11:50:12 poglesbyg_ [~poglesbyg@pc-114-167.eduroam.uib.no] has joined #sbcl 11:51:50 -!- poglesbyg_ [~poglesbyg@pc-114-167.eduroam.uib.no] has quit [Client Quit] 12:03:02 ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has joined #sbcl 12:07:54 ams [ams@gnu/inetutils/ams] has joined #sbcl 12:09:06 Is there some way of cross compiling sbcl, without requiring to do anything on target? 12:09:25 emulating the target might work 12:10:04 mm... 12:10:11 not sure if that would be much faster 12:10:37 the bulk of the work happens on the host 12:10:47 neither beaglebone, nor raspberry pi are super fast... getting annoyed at long compile times 12:15:02 changes (to the runtime) may be slam.sh-able. 12:15:03 pranavrc [~pranavrc@122.164.175.208] has joined #sbcl 12:15:03 -!- pranavrc [~pranavrc@122.164.175.208] has quit [Changing host] 12:15:03 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 12:15:09 what are you doing? 12:15:34 I would expect almost nothing needs to be done on the arm while the port is still ongoing 12:15:47 if you're making runtime changes, maybe, but... 12:16:16 it might be important to prevent whatever the magic cookie is that unifies runtime and core from being modified 12:34:36 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Ping timeout: 252 seconds] 12:41:05 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 12:45:59 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Ping timeout: 260 seconds] 13:03:51 davazp [~user@14.Red-79-152-116.dynamicIP.rima-tde.net] has joined #sbcl 13:06:01 -!- ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has quit [Quit: Computer has gone to sleep.] 13:18:49 attila_lendvai [~attila_le@5.76.185.228] has joined #sbcl 13:18:49 -!- attila_lendvai [~attila_le@5.76.185.228] has quit [Changing host] 13:18:49 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 13:31:28 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 13:33:19 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 14:27:38 oleo [~oleo@xdsl-78-35-152-242.netcologne.de] has joined #sbcl 14:41:19 drmeister [~drmeister@155.247.96.196] has joined #sbcl 14:45:35 it'd be cool if lisp was generally cross-compilable, not just for bootstrap. ;p 14:48:23 segv- [~mb@g225006014.adsl.alicedsl.de] has joined #sbcl 14:56:33 I have successfully cross-built fasls before 14:56:43 it takes a bit of pokery but does sort-of work 14:56:53 major limitation was not being able to compile any clos bits 14:57:42 also there's no standard way to express target attributes distinct from host attributes, so you probably can't use any libraries. 14:58:49 Unless the host and target have the same bits in a word/fixnum, same endianness, etc. Then it might turn out okay. 15:05:26 nyef got something going, for different reasons: using genesis to dump *his* code instead of a standard core is like treeshaking, except before the fact. 15:08:11 psilord1 [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 15:10:30 -!- slyrus [~chatzilla@107.201.5.56] has quit [Remote host closed the connection] 15:25:21 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 15:27:17 ASau` [~user@p54AFF889.dip0.t-ipconnect.de] has joined #sbcl 15:30:19 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl 15:31:03 -!- ASau [~user@p54AFEFDB.dip0.t-ipconnect.de] has quit [Ping timeout: 272 seconds] 15:42:12 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 245 seconds] 15:50:47 -!- crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has quit [Ping timeout: 272 seconds] 15:52:05 -!- oleo [~oleo@xdsl-78-35-152-242.netcologne.de] has quit [Ping timeout: 248 seconds] 15:57:14 Bike [~Glossina@wl-nat105.it.wsu.edu] has joined #sbcl 16:23:06 Hmmm, I just recompiled SBCL from head and am running all the tests ... 64-bit Intel / Linux. The tests seem to have hung right after printing that parallel-fasl-load-test.fasl was written. 16:25:39 crixus [~Rob@69.77.176.98] has joined #sbcl 16:26:03 oleo [~oleo@xdsl-78-35-178-189.netcologne.de] has joined #sbcl 16:26:14 <|3b|> before that something about ::: Running PARALLEL-FASL-LOAD ? 16:29:38 It looks like RUN-PROGRAM was running load.impure.lisp and then hanging in PROCESS-WAIT. 16:30:15 |3b|: Yes. The things printed out before the hang are ... 16:31:25 *|3b|* suspects that is the wrong sbcl if run-program is in the backtrace 16:31:47 what looks like loading load.impure.lisp, then "Running :PARALLEL-FASL-LOAD", then compiling parallel-fasl-load-test.lisp, writing the fasl, then hang. 16:33:08 |3b|: Interesting. Yes, RUN-PROGRAM is in the backtrace. 16:33:40 <|3b|> if i understand correctly, it runs a separate sbcl for the .impure.lisp test files 16:35:14 <|3b|> one of the sbcl devs could probably tell you how to get a backtrace from the right one 16:36:23 attach gdb, backtrace_from_fp($rbp, 100), for example. 16:37:16 if it's got multiple threads running, you want to do something with "threads for all (?)" 16:38:14 <|3b|> was there a "compilation finished" message after the "fasl written" message? 16:40:54 thread apply all. 16:44:10 -!- eudoxia [~eudoxia@r179-24-27-245.dialup.adsl.anteldata.net.uy] has quit [Quit: Leaving] 16:44:34 <|3b|> and just to rule out external causes, nothing odd in dmesg output, filesystem has room, etc? 17:05:29 -!- Bike [~Glossina@wl-nat105.it.wsu.edu] has quit [Ping timeout: 252 seconds] 17:07:31 Bike [~Glossina@wl-nat109.it.wsu.edu] has joined #sbcl 17:09:20 -!- christoph_debian [~christoph@ppp-88-217-33-45.dynamic.mnet-online.de] has quit [Ping timeout: 246 seconds] 17:15:18 |3b|: Yes, there was a compilation finished message. 17:16:18 -!- Bike [~Glossina@wl-nat109.it.wsu.edu] has quit [Ping timeout: 276 seconds] 17:16:18 |3b|: No dmesg strangeness or file system full problems. 17:17:51 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 17:21:53 christoph_debian [~christoph@ppp-88-217-33-151.dynamic.mnet-online.de] has joined #sbcl 17:23:30 stassats [~stassats@wikipedia/stassats] has joined #sbcl 17:24:05 (defclass x (sb-pcl::slot-object) ()) doesn't validate, and i'm trying to replicate a class based on its class-precedence-list, which this prevents 17:25:04 i'm not quite sure how to work around that 17:25:35 |3b|: I created a shell script to run the same code that RUN-PROGRAM was trying to execute. The error that I see is "Don't know how to REQUIRE SB-POSIX." 17:25:57 stassats: shouldn't you just use its direct superclasses? 17:26:02 -!- oleo [~oleo@xdsl-78-35-178-189.netcologne.de] has quit [Quit: Leaving] 17:26:29 Krystof: i want to change one of the superclasses 17:27:13 i can't just do (defclass moke-class (changed-superclass original-class) ()) since that will change the inheritance order 17:27:49 you need a prototype-based object system 17:27:53 i'm doing (defclass ... (rest-of-cpl... changed-superclass original-superclass ...rest-of-cpl) ()) 17:28:10 which does what i want, except for sb-pcl::slot-object 17:29:00 i can special case, it isn't doesn't have to run on non-sbcl 17:29:35 that feels very dubious to me 17:29:36 <|3b|> reb: probably easier to just run that test file with run-tests.sh load.impure.lisp 17:29:50 oleo [~oleo@xdsl-78-35-178-189.netcologne.de] has joined #sbcl 17:30:16 or, i can stop process the cpl when it starts to NIL on (typep class 'standard-class) 17:30:19 processing 17:30:36 (require 'sb-posix) in the newly compiled sbcl fails. 17:31:02 <|3b|> started with run-sbcl.sh? 17:31:15 -!- oleo is now known as wbooze 17:31:39 -!- wbooze is now known as oleo 17:32:10 i don't expect any crazy hierarchies, so, i (typep class 'standard-class) should do 17:32:20 No, started the same way the test appears to start sbcl, which is: "/usr/local/google/home/brown/software/source-trees/sbcl/tests/../src/runtime/sbcl" "--core" "/usr/local/google/home/brown/software/source-trees/sbcl/tests/../output/sbcl.core" "--noinform" "--no-sysinit" "--no-userinit" ... 17:32:47 tests also modify SBCL_HOME, which this line doesn't 17:33:24 OK, (require 'sb-posix) works when I run sbcl using run-sbcl.sh. 17:34:21 Executing "./run-tests.sh load.impure.lisp" works fine. 17:34:37 *|3b|* has been running that test file in a loop with no hangs after 600+ tries 17:35:19 I'll do the same and shout if I see a failure. 17:35:21 Thanks! 17:37:04 now i need to think when will (typep class 'standard-class) not work 17:37:27 ltbarcly [~textual@216.113.168.148] has joined #sbcl 17:37:40 can i make such a class? 17:38:42 and i'm thinking whether it's a good idea for (defclass x (sb-pcl::slot-object) ()) to fail 17:39:49 I think it probably is 17:40:08 that means "it might be a standard object, or maybe it's a condition object" 17:40:14 and the concrete representations are totally different 17:41:58 to be precise, (defclass x (standard-object sb-pcl::slot-object t) ()), since that would be the CPL of (defclass x () ()) 17:42:11 i would expect it to be symmetrical 17:42:31 they're not the same, though 17:42:40 in the first, x has three direct superclasses 17:42:49 in the second, x has only one 17:43:28 can the difference be observed without looking at direct superclasses and cpl? 17:44:13 (defclass x (t) ()) is allowed 17:45:12 it probably shouldn't be 17:45:28 the difference probably can't be observed if the metaclass is standard-class 17:45:49 why should it be prohibited? 17:45:52 if it's a non-standard class, it can be observed 17:45:55 edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has joined #sbcl 17:46:19 stassats: what should (make-instance 'x) do? 17:47:08 i would only use it in the form (defclass x (standard-object t) ()) 17:47:35 otherwise, i don't see another way of faithfully recreating the CPL of the original class 17:48:17 I would suggest removing classes from the end of the cpl you've got until the cpl you generate (using compute-class-precedence-list) no longer reproduces what you want 17:48:46 if a tail of the list is the cpl of the class immediately preceding that tail, you can remove that tail from the cpl 17:48:56 there are probably other correct transformations but I'm doing something mindless now 17:49:42 |3b| / pkhuong: The SBCL job that initially hung is still running. It has 3 threads. I attached with gdb and ran "p backtrace_from_fp($rbp, 100)". Output for the thread I am seeing indicates the code is in SB-THREAD::%%WAIT-FOR-MUTEX. 17:49:50 i need to preserve the CPL only when in the cases where i add a changed class, so maybe i can stop when there's no more classes to modify 17:50:11 so that the reset is inherited in the usual way 17:52:00 <|3b|> reb: try thread apply all call backtrace_from_fp($rbp, 100) 17:52:02 (i'm also have the problem of updating the mocked-class upon redefinition of the original-class) 17:52:21 fiveop [~fiveop@p5DDC42AE.dip0.t-ipconnect.de] has joined #sbcl 17:52:28 and since i don't really control the metaclass of original-class, that's not easy 17:52:28 OK, actually 4 threads ... 17:53:20 -!- kanru [~kanru@118-163-10-190.HINET-IP.hinet.net] has quit [Ping timeout: 252 seconds] 17:53:20 Thread 4 is in gc_stop_the_world, threads 3 and 2 in thread_in_lisp_raised, thread 1 in SB-THREAD::%%WAIT-FOR-MUTEX. 17:53:49 one way i found is to stash an instance somewhere and define a method UPDATE-INSTANCE-FOR-REDEFINED-CLASS, and access a slot before using the mock-class, and do the updating then 17:54:13 You should (haha famous last words) be able to use the update-dependent protocol for that 17:54:40 reb: oh, that's bad. 17:54:56 i can also care about it later 17:55:01 tsuru [~charlie@adsl-74-179-198-164.bna.bellsouth.net] has joined #sbcl 17:55:36 dependent protocol is one of those things "oh! i finally found a use for it!... no, not really" 17:56:15 well in this case I think it's exactly the use it was designed for 17:57:30 |3b| / pkhuong: Here are the thread backtraces: http://paste.lisp.org/display/140894 17:57:55 Krystof: would it work for standard-class metaclass? 17:58:35 |3b| / pkhuong: Any other info I can provide? 18:02:01 no cycle for SBCL here. 18:04:03 <|3b|> reb: are you building with safepoints? 18:05:03 -!- fiveop [~fiveop@p5DDC42AE.dip0.t-ipconnect.de] has quit [Quit: humhum] 18:07:05 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 18:07:50 stassats: I think so. You (add-dependent ) 18:08:47 then when something else redefines , the system calls (update-dependent ) 18:09:03 and you can define methods on update-dependent specializing on your shadow-class object 18:11:10 <|3b|> reb: from looking at the code it seems you are, what else did you enable/disable/configure? 18:11:12 fiveop [~fiveop@p5DDC42AE.dip0.t-ipconnect.de] has joined #sbcl 18:19:27 Krystof: yeah, seems to work 18:19:48 it would be great, i always wanted to use it 18:20:59 finally! a use! 18:24:39 pnpuff [~harmonic@unaffiliated/pnpuff] has joined #sbcl 18:24:56 jfyi, this is to implement different look-and-feels for a web-framework 18:26:19 having different superclasses at run-time might be quite confusing, but it seems to do the job 18:26:36 -!- ltbarcly [~textual@216.113.168.148] has quit [Ping timeout: 252 seconds] 18:30:17 ltbarcly [~textual@216.113.168.148] has joined #sbcl 18:53:53 why do I sometimes see (emit-label ...) and sometimes SOME-LABEL in (:generator ? 18:54:47 some-label only works at the top-level of :generator 18:54:58 similar to tagbody 18:59:25 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 272 seconds] 19:00:25 thanks 19:00:40 Bike [~Glossina@wl-nat109.it.wsu.edu] has joined #sbcl 19:01:01 -!- davazp [~user@14.Red-79-152-116.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] 19:05:32 -!- crixus [~Rob@69.77.176.98] has quit [Ping timeout: 245 seconds] 19:13:42 Why are there nop's in the MIPS vops? 19:14:07 branch delay slots? (total guess) 19:14:26 that would make sense 19:15:24 |3b|: It doesn't look like I enabled any special features. 19:18:23 <|3b|> reb: do you have a file called customize-target-features.lisp in the top level of the source tree? 19:18:26 customize-target-features.lisp enables sb-xref-for-internal, sb-core-compression, sb-safepoint, sb-thruption, and sb-wtimer 19:18:42 <|3b|> yeah, that :) 19:19:30 It's been so long since I changed it ... sigh. 19:21:25 fiveop: yeah, stupid riscs. 19:22:41 I need to determine whether A^0b100001010 is zero, but can't in a single instruction because the constant cannot be represented as an immediate. 19:22:45 two instructions it is 19:23:51 aren't there fancy instructions to load constants 16 bits at a time now? 19:24:48 I don't think we'll try to support small ARMs without hardware FPU, so it might make sense to assume these instructions are available as well. 19:25:01 factor the logic out in a function for future proofing 19:26:19 It's funny that ARM has added and deprecated a special execution mode targeted towards java TWICE now. 19:26:42 they got rid of jazelle? 19:26:49 a loong time ago 19:26:50 they made something after jazelle? (: 19:26:54 then they replaced it with ThumbEE 19:26:59 and killed that a couple years ago 19:27:03 huh. 19:27:40 thumbee was a much simpler addition. 19:27:44 "New features provided by ThumbEE include automatic null pointer checks on every load and store instruction, an instruction to perform an array bounds check, and special instructions that call a handler." 19:30:30 can I 'call' other vops from the generator block? 19:30:36 fiveop: nope. 19:30:43 to bad :) 19:30:50 +o 19:31:01 fiveop: you can move the body in a function, or move the common code to an assembly routine 19:31:10 (I think we sould do more of the latter) 19:32:40 this kills live modification 19:32:56 saves a lot of core space though. 19:33:41 when was the last time anyone changed the x86 logcount sequence? 19:34:32 i take that as a challenge 19:35:26 it could be patched to use popcnt at start up with assembly routines, there's that 19:37:05 crixus [~Rob@69.77.176.98] has joined #sbcl 19:46:15 some sort of incremental build mechanism for make-host-1 would be great 19:47:54 there's slam.sh 19:51:11 it skips host-1 :) 20:03:21 -!- Bike [~Glossina@wl-nat109.it.wsu.edu] has quit [Ping timeout: 252 seconds] 20:15:51 -!- ASau` is now known as ASau 20:22:36 just don't make any mistakes 20:22:39 much easier 20:22:46 :) 20:23:37 I find it amusing that on my work desktop on Friday I got as far as second genesis, and haven't yet had the time to copy the core over to see if it boots, let alone make modifications 20:23:44 by the time I do that hopefully you'll have finished the port :-) 20:27:24 any idea what some recursive call warnings for EQL might indicate (for types INTEGER and REAL). As far as I can tell I have all the vops that sparc provides. the only difference with respect to EQL that I can find lies in EQL being in *static-funs* in sparc but not in ARM. 20:27:27 I continue to be in awe of the people who managed to write/port cmucl/sbcl with hardware that was like 20x-50x slower 20:27:53 I mean, the first sbcl change I made was very frustrating since a rebuild took 90 minutes 20:28:13 but that was a lightning fast 600MHz Celeron, not some lame sparc! 20:29:40 perhaps they were used to things being slow 20:30:02 i'm just spoiled with sub-3-minutes builds 20:31:29 and slow rebuilds force into thinking more, instead of trying random things 20:31:58 Bike [~Glossina@wl-nat101.it.wsu.edu] has joined #sbcl 20:33:15 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Ping timeout: 272 seconds] 20:33:55 "unable to pack a Load-TN in SC SAP-REG for the first argument to the SB!C:CALL-OUT VOP, since all SC elements are in use:" doesn't sound good 20:34:42 <|3b|> reb: if you still have that sbcl + gdb running, can you try to print gc_state? 20:35:08 looks like another one of safepoint deadlocks 20:35:13 those are a pain to debug 20:37:53 fiveop: the EQL thing could easily be a static-fun issue 20:38:18 the second error message sounds like "argh I've run out of registers" 20:39:55 if EQL is defined with define-static-fun, then you need to add it to *static-funs* 20:47:00 it isn't 20:48:59 What is an SAP? (-alien-pointer?) 20:49:24 system area pointer 20:50:32 -!- Bike [~Glossina@wl-nat101.it.wsu.edu] has quit [Ping timeout: 245 seconds] 21:16:12 Bike [~Glossina@wl-nat101.it.wsu.edu] has joined #sbcl 21:16:48 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Remote host closed the connection] 21:20:58 scymtym_ [~user@ip-5-147-115-29.unitymediagroup.de] has joined #sbcl 21:29:28 |3b|: Yes ... I think the process is still running. 21:31:42 The value of gc_state is here: http://paste.lisp.org/display/140900 21:57:45 -!- Bike [~Glossina@wl-nat101.it.wsu.edu] has quit [Ping timeout: 272 seconds] 22:04:03 Bike [~Glossina@wl-nat105.it.wsu.edu] has joined #sbcl 22:43:47 -!- fiveop [~fiveop@p5DDC42AE.dip0.t-ipconnect.de] has quit [Quit: humhum] 22:52:30 -!- drmeister [~drmeister@155.247.96.196] has quit [Remote host closed the connection] 23:02:41 -!- pnpuff [~harmonic@unaffiliated/pnpuff] has quit [] 23:03:38 Bike_ [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 23:04:37 -!- Bike [~Glossina@wl-nat105.it.wsu.edu] has quit [Ping timeout: 272 seconds] 23:04:37 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 272 seconds] 23:04:47 -!- Bike_ is now known as Bike 23:12:51 drmeister [~drmeister@166.170.22.171] has joined #sbcl 23:24:53 -!- crixus [~Rob@69.77.176.98] has quit [Ping timeout: 248 seconds] 23:34:42 -!- drmeister [~drmeister@166.170.22.171] has quit [Read error: Connection reset by peer] 23:51:37 crixus [~Rob@135-23-80-105.cpe.pppoe.ca] has joined #sbcl