00:05:27 -!- antgreen [~user@bas3-toronto06-2925099284.dsl.bell.ca] has quit [Ping timeout: 240 seconds] 00:08:59 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 252 seconds] 00:10:52 Krystof [~csr21@csrhodes.plus.com] has joined #sbcl 00:10:52 -!- ChanServ has set mode +o Krystof 00:33:06 rpg [~rpg@216.243.156.16.real-time.com] has joined #sbcl 00:44:25 -!- rpg [~rpg@216.243.156.16.real-time.com] has quit [Quit: rpg] 06:08:19 -!- antifuchs [~foobar@ec2-184-73-244-158.compute-1.amazonaws.com] has quit [Ping timeout: 246 seconds] 06:08:43 antifuchs [~foobar@ec2-184-73-244-158.compute-1.amazonaws.com] has joined #sbcl 06:49:09 attila_lendvai [~attila_le@catv-89-132-188-166.catv.broadband.hu] has joined #sbcl 06:49:09 -!- attila_lendvai [~attila_le@catv-89-132-188-166.catv.broadband.hu] has quit [Changing host] 06:49:09 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 07:59:26 hlavaty [~user@91-65-217-112-dynip.superkabel.de] has joined #sbcl 08:20:18 -!- ASau [~user@95-27-147-30.broadband.corbina.ru] has quit [Quit: off] 08:48:40 prxq [~mommer@mnhm-590c1a9a.pool.mediaWays.net] has joined #sbcl 09:47:24 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 10:27:37 attila_lendvai [~attila_le@catv-89-132-188-166.catv.broadband.hu] has joined #sbcl 10:27:37 -!- attila_lendvai [~attila_le@catv-89-132-188-166.catv.broadband.hu] has quit [Changing host] 10:27:38 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 10:31:25 -!- pchrist [~spirit@gentoo/developer/pchrist] has quit [Quit: leaving] 13:06:38 -!- christoph_debian [~user@oteiza.siccegge.de] has quit [Remote host closed the connection] 13:27:34 -!- DGASAU` [~user@91.218.144.129] has quit [Read error: No route to host] 13:27:54 christoph_debian [~user@oteiza.siccegge.de] has joined #sbcl 13:28:03 DGASAU [~user@91.218.144.129] has joined #sbcl 13:28:15 DGASAU`` [~user@91.218.144.129] has joined #sbcl 13:42:52 -!- DGASAU [~user@91.218.144.129] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 13:52:48 -!- DGASAU`` is now known as DGASAU 13:57:59 Hi, do you have any ideas why sbcl compiled on archlinux-x86 doesn't print proper backtraces, but does on x86-64. 13:59:01 I know there is a problem with archlinux because I've compiled sbcl on debian-x86 and it works. 13:59:22 perhaps the 32bit compiler is configured to use -fomit-frame-pointer by default 13:59:44 and it's bad ? 13:59:45 many omit the frame pointer on x86 to have one more register available 14:00:16 no frame pointer => no debug frames 14:00:52 ok 14:11:04 linux's infrastructure itself doesn't attempt to support frame-pointer-less builds. 14:14:07 Im compiling with --enable-frame-pointer 14:15:31 what's that flag for? 14:15:38 an arch thing? 14:17:01 hm --enable-frame-pointer isn't valid 14:17:26 should be -fno-omit-frame-pointer to be sure 14:20:13 still not valid :( 14:21:59 I can see two ways to get you through this: 1. ask arch people; 2. paste more useful information, including what you tried, and the results, including error output. 14:24:08 I try to compile sbcl on x86 from the git repo. 14:24:28 I use your script to use cc -m32 14:24:37 + SBCL_ARCH=x86 14:25:06 did you add -fno-omit-frame-pointer to that shell script? 14:26:22 /usr/bin/gcc --fno-omit-frame-pointer 14:26:22 gcc: error: unrecognized option --fno-omit-frame-pointer 14:26:44 gcc --version -> 4.6.1 14:26:58 daimrod: you added a dash. 14:27:39 ... 14:27:49 im so stupid 14:28:31 homie [~levgue@xdsl-84-44-210-54.netcologne.de] has joined #sbcl 14:37:56 yeah ! it works 14:38:51 fe[nl]ix, pkhuong thank you 14:42:54 daimrod: file a complaint to arch devs, they shouldn't enable fomit-frame-pointer in the gcc specs 14:43:19 I've already opened a bug 14:43:54 I'll do it. 14:44:00 I guess nobody responds to bug reports from arch users. 14:44:29 I've opened a bug on the arch tracker :( 14:45:01 I'll mail the maintener. 14:49:10 antgreen [~user@bas3-toronto06-2925097352.dsl.bell.ca] has joined #sbcl 15:01:44 -!- DGASAU [~user@91.218.144.129] has quit [Quit: see you later.] 15:07:48 fomit-frame-pointer is default these days 15:07:52 in upstream gcc 15:08:02 foom: on x86? 15:08:05 yup 15:08:20 wow. gcc : linux. FIGHT! 15:09:54 "Starting with GCC version 4.6, the default setting (when not optimizing for size) for 32-bit Linux x86 and 32-bit Darwin x86 targets has been changed to -fomit-frame-pointer. The default can be reverted to -fno-omit-frame-pointer by configuring GCC with the --enable-frame-pointer configure option." 15:10:42 I was quite surprised to see that, since the lack of frame pointer is actually part of the architecture description for x86-64...but not in x86. 15:10:55 x86 doesn't have an abi ;) 15:16:02 in that case, I'm happy I didn't upgrade to 4.6 on my x86 machines 15:16:34 everything reads EH or DWARF unwind info anyways, right? 15:16:38 sometimes it feels like gcc goes out of its way to break assumptions. 15:16:44 foom: except the kernel (thank god) 15:16:52 the disassembler is already bad enough. 15:17:26 Well, yes, that's why all the debugging stuff people keep stuffing into the kernel is totally worthless. 15:20:34 'course, gdb also includes an abstract interpreter for assembly, when unwind info fails ;) 15:21:29 Is that for more than the signal frame issue where the kernel didn't provide unwind info (which it now does)? 15:21:58 gdb's? it's just been around for ages. I don't even know if it's still used. 15:22:16 btw someone should add a note on sbcl.org in the "Compile sbcl" section. 15:23:11 something like "warning with gcc >= 4.6 you need to add -fno-omit-frame-pointer to CFLAGS" 15:23:44 or just fix the makefile 15:24:09 :) 15:51:09 adding -fno-omit-frame-pointer to CFLAGS in src/runtime/GNUmakefile does the job 15:52:34 however the compilation failed when I use gcc -m32 -fno-omit-frame-pointer 15:53:30 fail @ make-target-2.sh 15:53:56 with a memory fault 15:58:04 loke [~elias@bb115-66-87-235.singnet.com.sg] has joined #sbcl 16:25:58 ASau [~user@95-27-147-30.broadband.corbina.ru] has joined #sbcl 16:29:31 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Read error: Operation timed out] 17:50:33 -!- hlavaty [~user@91-65-217-112-dynip.superkabel.de] has quit [Ping timeout: 276 seconds] 18:23:04 canderson7 [~christian@wikipedia/Canderson7] has joined #sbcl 18:28:32 hi. what is the meaning of "Argh! error within --disable-debugger error handling". full log of crash: http://pastebin.com/APvnpRCe 18:29:45 sounds like there was an error while printing the backtrace 18:30:21 maybe a printer error? 18:30:46 or a broken pipe 18:34:32 So all I'm doing is running a script in a terminal with sbcl --dynamic-space-size 1024 --script foo. The error should be printed directly to stderr, right? 18:36:33 yeah 18:36:56 but if one of the objects on the stack cause a printer error when printed, then that will cascade, and cause that Argh! 18:36:57 <|3b|> --script disables the debugger, so any error will have that "Argh!..." message 18:39:04 Oh, I see, thank you. What's an example of an object on the stack causing a printer error when printed? I don't think I understand that part. 18:39:36 (defmethod print-object ((o some-class) s) (error "whee")) (-: 18:40:06 then define some-class, make an instance and raise an error with the instance in the arg list somewhere (: 18:41:19 Ok, thanks! I'll figure out how that was happening here :) Thanks for your help. 18:52:59 *|3b|* does not see that happening there anywhere 18:54:01 <|3b|> just a normal error, the list (4) is not a number, and something expected a number 18:54:43 <|3b|> hmm, actually maybe not just that... 18:56:08 Yes, I figured out what the bug was, I was running something like (sort (list '(4) '(5)) #'<) inside the hashing function for a hash table. I just would have expected a back trace instead of that "argh!" business. 18:56:09 <|3b|> ok, ignore everything i said, it didn't actually work how i thought it did :) 18:57:24 <|3b|> yeah, something else is wrong in addition to the reported error, printer error is a reaonable guess 18:57:51 Ok :) 18:57:52 <|3b|> maybe try again with --load instead of --script and see if it gives any more context 18:58:09 <|3b|> or (sb-ext:enable-debugger) somewhere before the error 19:21:25 -!- canderson7 [~christian@wikipedia/Canderson7] has quit [Ping timeout: 260 seconds] 19:28:20 -!- jiacobucci [~jiacobucc@gw-asdl.ae.gatech.edu] has left #sbcl 19:36:41 jiacobucci [~jiacobucc@gw-asdl.ae.gatech.edu] has joined #sbcl 19:43:27 canderson7 [~christian@resnet-wls-205-205.ucdavis.edu] has joined #sbcl 19:49:45 -!- canderson7 [~christian@resnet-wls-205-205.ucdavis.edu] has left #sbcl 22:03:22 homie` [~levgue@xdsl-78-35-167-20.netcologne.de] has joined #sbcl 22:06:39 -!- homie [~levgue@xdsl-84-44-210-54.netcologne.de] has quit [Ping timeout: 276 seconds] 22:25:49 -!- prxq [~mommer@mnhm-590c1a9a.pool.mediaWays.net] has quit [Quit: Leaving] 22:47:48 attila_lendvai [~attila_le@catv-89-132-188-166.catv.broadband.hu] has joined #sbcl 22:47:48 -!- attila_lendvai [~attila_le@catv-89-132-188-166.catv.broadband.hu] has quit [Changing host] 22:47:48 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 23:18:46 -!- christoph_debian [~user@oteiza.siccegge.de] has quit [Remote host closed the connection]