Re: [llvm-commits] CVS: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp
Jeff, > This is the output on my machine. It looks better than when I last > looked at it, but still leaves a lot to be desired. Could you please send me output from your native compiler. Something like 'gcc -g -O0 -S -dA foo.c' should be enough. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University. ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Re: [llvm-commits] CVS: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp
Chris Lattner wrote: > > On May 5, 2007, at 2:49 PM, Jeff Cohen wrote: > >> Chris Lattner wrote: >>> On May 5, 2007, at 2:03 PM, Jeff Cohen wrote: Are you sure that's the problem? Even on my machine, where the OS identifies the hardware as amd64, the test was correctly XFAILing. >>> >>> No, I'm not sure. A better question is: why is this ppc specific? :) >>> >>> -Chris >> >> On my machine, anyway, the gdb stack trace shows that the debugging >> info is basically garbage. > > Ok, then it really is failing. > > -Chris This is the output on my machine. It looks better than when I last looked at it, but still leaves a lot to be desired. Breakpoint 1 at 0x4007d0: file 2006-11-06-StackTrace.cpp, line 27. Breakpoint 1, DeepStack::deepest (this=0x7fffe6c8, x=27) at 2006-11-06-StackTrace.cpp:27 27int deepest ( int x ) { return x + 7; } #0 DeepStack::deepest (this=0x7fffe6c8, x=27) at 2006-11-06-StackTrace.cpp:27 #1 0x00400821 in DeepStack::deeper (this=0x7fffe6c8, x=27) at 2006-11-06-StackTrace.cpp:26 #2 0x1f927800 in ?? () #3 0x1f90949a in find_symdef () from /libexec/ld-elf.so.1 #4 0x00400881 in DeepStack::shallow (this=0x1fe7ca92, x=0) at 2006-11-06-StackTrace.cpp:24 #5 0x1feee2f0 in strcspn () from /lib/libc.so.6 #6 0x1f927800 in ?? () #7 0x00140002 in ?? () #8 0x7fffe6c8 in ?? () #9 0x7fffe660 in ?? () #10 0x004008b1 in DeepStack::shallower (this=0x1fe7ca92, x=0) at 2006-11-06-StackTrace.cpp:23 #11 0x0246 in ?? () #12 0x in ?? () #13 0x0012001c in ?? () #14 0x7fffe6c8 in ?? () #15 0x7fffe690 in ?? () #16 0x004008e0 in DeepStack::shallowest (this=0x1fe7ca92, x=0) at 2006-11-06-StackTrace.cpp:22 #17 0x in ?? () #18 0x0002 in ?? () #19 0x0011e6f0 in ?? () #20 0x7fffe6c8 in ?? () #21 0x7fffe6b0 in ?? () #22 0x00400909 in DeepStack::runit (this=0x1fe7ca92) at 2006-11-06-StackTrace.cpp:29 #23 0x0011 in ?? () #24 0x7fffe6c8 in ?? () #25 0x7fffe6f0 in ?? () #26 0x00400757 in main (argc=0, argv=0x1fe7ca72) at 2006-11-06-StackTrace.cpp:35 ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Re: [llvm-commits] CVS: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp
> Ok, then it really is failing. Same here. This is strange, however I haven't tested debug information on C++ programs. Will try to look. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University. ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Re: [llvm-commits] CVS: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp
On May 5, 2007, at 2:49 PM, Jeff Cohen wrote: > Chris Lattner wrote: >> On May 5, 2007, at 2:03 PM, Jeff Cohen wrote: >>> Are you sure that's the problem? Even on my machine, where the OS >>> identifies the hardware as amd64, the test was correctly XFAILing. >> >> No, I'm not sure. A better question is: why is this ppc specific? :) >> >> -Chris > > On my machine, anyway, the gdb stack trace shows that the debugging > info is basically garbage. Ok, then it really is failing. -Chris ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Re: [llvm-commits] CVS: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp
Chris Lattner wrote: > On May 5, 2007, at 2:03 PM, Jeff Cohen wrote: >> Are you sure that's the problem? Even on my machine, where the OS >> identifies the hardware as amd64, the test was correctly XFAILing. > > No, I'm not sure. A better question is: why is this ppc specific? :) > > -Chris On my machine, anyway, the gdb stack trace shows that the debugging info is basically garbage. ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Re: [llvm-commits] CVS: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp
On May 5, 2007, at 2:03 PM, Jeff Cohen wrote: > Are you sure that's the problem? Even on my machine, where the OS > identifies the hardware as amd64, the test was correctly XFAILing. No, I'm not sure. A better question is: why is this ppc specific? :) -Chris > Chris Lattner wrote: >> Changes in directory llvm/test/DebugInfo: >> >> 2006-11-06-StackTrace.cpp updated: 1.11 -> 1.12 >> --- >> Log message: >> >> fix failure on ahs3's tester >> >> >> --- >> Diffs of the changes: (+3 -1) >> >> 2006-11-06-StackTrace.cpp |4 +++- >> 1 files changed, 3 insertions(+), 1 deletion(-) >> >> >> Index: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp >> diff -u llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.11 llvm/ >> test/DebugInfo/2006-11-06-StackTrace.cpp:1.12 >> --- llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.11 Sun Apr 15 >> 17:37:04 2007 >> +++ llvm/test/DebugInfo/2006-11-06-StackTrace.cppSat May 5 >> 15:50:35 2007 >> @@ -8,7 +8,9 @@ >> // RUN: grep {#0 DeepStack::deepest.*(this=.*,.*x=33)} >> // RUN: gdb -q -batch -n -x %t.in %t.exe | \ >> // RUN: grep {#7 0x.* in main.*(argc=\[12\],.*argv=.*)} >> -// XFAIL: i[1-9]86|alpha|ia64|arm|x86_64 >> + >> +// Only works on ppc. Should generalize? >> +// XFAIL: i[1-9]86|alpha|ia64|arm|x86_64|amd64 >> >> #include >> >> >> >> >> ___ >> llvm-commits mailing list >> llvm-commits@cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits >> >> >> >> > > ___ > llvm-commits mailing list > llvm-commits@cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Re: [llvm-commits] CVS: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp
Are you sure that's the problem? Even on my machine, where the OS identifies the hardware as amd64, the test was correctly XFAILing. Chris Lattner wrote: > Changes in directory llvm/test/DebugInfo: > > 2006-11-06-StackTrace.cpp updated: 1.11 -> 1.12 > --- > Log message: > > fix failure on ahs3's tester > > > --- > Diffs of the changes: (+3 -1) > > 2006-11-06-StackTrace.cpp |4 +++- > 1 files changed, 3 insertions(+), 1 deletion(-) > > > Index: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp > diff -u llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.11 > llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.12 > --- llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.11Sun Apr 15 > 17:37:04 2007 > +++ llvm/test/DebugInfo/2006-11-06-StackTrace.cpp Sat May 5 15:50:35 2007 > @@ -8,7 +8,9 @@ > // RUN: grep {#0 DeepStack::deepest.*(this=.*,.*x=33)} > // RUN: gdb -q -batch -n -x %t.in %t.exe | \ > // RUN: grep {#7 0x.* in main.*(argc=\[12\],.*argv=.*)} > -// XFAIL: i[1-9]86|alpha|ia64|arm|x86_64 > + > +// Only works on ppc. Should generalize? > +// XFAIL: i[1-9]86|alpha|ia64|arm|x86_64|amd64 > > #include > > > > > ___ > llvm-commits mailing list > llvm-commits@cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits > > > > ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
[llvm-commits] CVS: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp
Changes in directory llvm/test/DebugInfo: 2006-11-06-StackTrace.cpp updated: 1.11 -> 1.12 --- Log message: fix failure on ahs3's tester --- Diffs of the changes: (+3 -1) 2006-11-06-StackTrace.cpp |4 +++- 1 files changed, 3 insertions(+), 1 deletion(-) Index: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp diff -u llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.11 llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.12 --- llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.11 Sun Apr 15 17:37:04 2007 +++ llvm/test/DebugInfo/2006-11-06-StackTrace.cpp Sat May 5 15:50:35 2007 @@ -8,7 +8,9 @@ // RUN: grep {#0 DeepStack::deepest.*(this=.*,.*x=33)} // RUN: gdb -q -batch -n -x %t.in %t.exe | \ // RUN: grep {#7 0x.* in main.*(argc=\[12\],.*argv=.*)} -// XFAIL: i[1-9]86|alpha|ia64|arm|x86_64 + +// Only works on ppc. Should generalize? +// XFAIL: i[1-9]86|alpha|ia64|arm|x86_64|amd64 #include ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
[llvm-commits] CVS: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp 2006-11-20-GlobalSymbols.cpp 2006-11-30-NoCompileUnit.cpp 2006-11-30-Pubnames.cpp dg.exp
Changes in directory llvm/test/DebugInfo: 2006-11-06-StackTrace.cpp updated: 1.10 -> 1.11 2006-11-20-GlobalSymbols.cpp updated: 1.1 -> 1.2 2006-11-30-NoCompileUnit.cpp updated: 1.2 -> 1.3 2006-11-30-Pubnames.cpp updated: 1.5 -> 1.6 dg.exp updated: 1.2 -> 1.3 --- Log message: For PR1319: http://llvm.org/PR1319 : Upgrade to new test harness. --- Diffs of the changes: (+22 -18) 2006-11-06-StackTrace.cpp| 14 -- 2006-11-20-GlobalSymbols.cpp |3 +-- 2006-11-30-NoCompileUnit.cpp |8 +--- 2006-11-30-Pubnames.cpp | 11 ++- dg.exp |4 ++-- 5 files changed, 22 insertions(+), 18 deletions(-) Index: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp diff -u llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.10 llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.11 --- llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.10 Wed Apr 4 17:07:44 2007 +++ llvm/test/DebugInfo/2006-11-06-StackTrace.cpp Sun Apr 15 17:37:04 2007 @@ -1,11 +1,13 @@ // This is a regression test on debug info to make sure that we can get a // meaningful stack trace from a C++ program. -// RUN: %llvmgcc -S -O0 -g %s -o - | llvm-as | llc --disable-fp-elim -o Output/StackTrace.s -f -// RUN: as Output/StackTrace.s -o Output/StackTrace.o -// RUN: g++ Output/StackTrace.o -o Output/StackTrace.exe -// RUN: ( echo "break DeepStack::deepest"; echo "run 17" ; echo "where" ) > Output/StackTrace.gdbin -// RUN: gdb -q -batch -n -x Output/StackTrace.gdbin Output/StackTrace.exe | tee Output/StackTrace.out | grep '#0 DeepStack::deepest.*(this=.*,.*x=33)' -// RUN: gdb -q -batch -n -x Output/StackTrace.gdbin Output/StackTrace.exe | grep '#7 0x.* in main.*(argc=[12],.*argv=.*)' +// RUN: %llvmgcc -S -O0 -g %s -o - | llvm-as | llc --disable-fp-elim -o %t.s -f +// RUN: as %t.s -o %t.o +// RUN: %link %t.o -o %t.exe +// RUN: echo {break DeepStack::deepest\nrun 17\nwhere\n} > %t.in +// RUN: gdb -q -batch -n -x %t.in %t.exe | tee %t.out | \ +// RUN: grep {#0 DeepStack::deepest.*(this=.*,.*x=33)} +// RUN: gdb -q -batch -n -x %t.in %t.exe | \ +// RUN: grep {#7 0x.* in main.*(argc=\[12\],.*argv=.*)} // XFAIL: i[1-9]86|alpha|ia64|arm|x86_64 #include Index: llvm/test/DebugInfo/2006-11-20-GlobalSymbols.cpp diff -u llvm/test/DebugInfo/2006-11-20-GlobalSymbols.cpp:1.1 llvm/test/DebugInfo/2006-11-20-GlobalSymbols.cpp:1.2 --- llvm/test/DebugInfo/2006-11-20-GlobalSymbols.cpp:1.1Mon Nov 20 15:58:02 2006 +++ llvm/test/DebugInfo/2006-11-20-GlobalSymbols.cppSun Apr 15 17:37:04 2007 @@ -1,9 +1,8 @@ +// PR1013 // Check to make sure debug symbols use the correct name for globals and // functions. Will not assemble if it fails to. // RUN: %llvmgcc -O0 -g -c %s -// PR1013 - int foo __asm__("f\001oo"); int bar() { Index: llvm/test/DebugInfo/2006-11-30-NoCompileUnit.cpp diff -u llvm/test/DebugInfo/2006-11-30-NoCompileUnit.cpp:1.2 llvm/test/DebugInfo/2006-11-30-NoCompileUnit.cpp:1.3 --- llvm/test/DebugInfo/2006-11-30-NoCompileUnit.cpp:1.2Mon Dec 4 14:46:05 2006 +++ llvm/test/DebugInfo/2006-11-30-NoCompileUnit.cppSun Apr 15 17:37:04 2007 @@ -1,10 +1,12 @@ // This is a regression test on debug info to make sure we don't hit a compile // unit size issue with gdb. -// RUN: %llvmgcc -S -O0 -g %s -o - | llvm-as | llc --disable-fp-elim -o Output/NoCompileUnit.s -f +// RUN: %llvmgcc -S -O0 -g %s -o - | llvm-as | \ +// RUN: llc --disable-fp-elim -o Output/NoCompileUnit.s -f // RUN: as Output/NoCompileUnit.s -o Output/NoCompileUnit.o // RUN: g++ Output/NoCompileUnit.o -o Output/NoCompileUnit.exe -// RUN: ( echo "break main"; echo "run" ; echo "p NoCompileUnit::pubname" ) > Output/NoCompileUnit.gdbin -// RUN: gdb -q -batch -n -x Output/NoCompileUnit.gdbin Output/NoCompileUnit.exe | tee Output/NoCompileUnit.out | not grep '"low == high"' +// RUN: echo {break main\nrun\np NoCompileUnit::pubname} > %t2 +// RUN: gdb -q -batch -n -x %t2 Output/NoCompileUnit.exe | \ +// RUN: tee Output/NoCompileUnit.out | not grep {"low == high"} // XFAIL: alpha|ia64|arm Index: llvm/test/DebugInfo/2006-11-30-Pubnames.cpp diff -u llvm/test/DebugInfo/2006-11-30-Pubnames.cpp:1.5 llvm/test/DebugInfo/2006-11-30-Pubnames.cpp:1.6 --- llvm/test/DebugInfo/2006-11-30-Pubnames.cpp:1.5 Thu Dec 7 10:28:32 2006 +++ llvm/test/DebugInfo/2006-11-30-Pubnames.cpp Sun Apr 15 17:37:04 2007 @@ -1,10 +1,11 @@ // This is a regression test on debug info to make sure that we can access // qualified global names. -// RUN: %llvmgcc -S -O0 -g %s -o - | llvm-as | llc --disable-fp-elim -o Output/Pubnames.s -f -// RUN: as Output/Pubnames.s -o Output/Pubnames.o -// RUN: g++ Output/Pubnames.o -o Output/Pubnames.exe -// RUN: ( echo "break main"; echo "run" ; echo "p Pubnames::pubname" ) > Output/Pubnames.gdbin -// RUN: gdb -q -batch -n -x Output/Pubnames.gdbin Output/Pubnames.exe | tee Output/Pubnames.out | grep '10' +// RUN: %llvmgcc -S -O0 -g %s -o - | llvm-as | \ +// RUN: llc --disable-fp-el
[llvm-commits] CVS: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp
Changes in directory llvm/test/DebugInfo: 2006-11-06-StackTrace.cpp updated: 1.9 -> 1.10 --- Log message: Fix some FreeBSD/amd64 regressions. --- Diffs of the changes: (+1 -1) 2006-11-06-StackTrace.cpp |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) Index: llvm/test/DebugInfo/2006-11-06-StackTrace.cpp diff -u llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.9 llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.10 --- llvm/test/DebugInfo/2006-11-06-StackTrace.cpp:1.9 Sat Nov 11 16:14:46 2006 +++ llvm/test/DebugInfo/2006-11-06-StackTrace.cpp Wed Apr 4 17:07:44 2007 @@ -6,7 +6,7 @@ // RUN: ( echo "break DeepStack::deepest"; echo "run 17" ; echo "where" ) > Output/StackTrace.gdbin // RUN: gdb -q -batch -n -x Output/StackTrace.gdbin Output/StackTrace.exe | tee Output/StackTrace.out | grep '#0 DeepStack::deepest.*(this=.*,.*x=33)' // RUN: gdb -q -batch -n -x Output/StackTrace.gdbin Output/StackTrace.exe | grep '#7 0x.* in main.*(argc=[12],.*argv=.*)' -// XFAIL: i[1-9]86|alpha|ia64|arm +// XFAIL: i[1-9]86|alpha|ia64|arm|x86_64 #include ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits