This is the mail archive of the
gdb-testers@sources.redhat.com
mailing list for the GDB project.
sunday project, gdb, 2003-10-27
- From: Michael Elizabeth Chastain <mec at shout dot net>
- To: gcc-testresults at gcc dot gnu dot org, gdb-testers at sources dot redhat dot com
- Date: Tue, 28 Oct 2003 14:17:56 -0500
- Subject: sunday project, gdb, 2003-10-27
. Highlights of this report
One gcc debug info bug was fixed.
One rare thread bug manifested.
The current tables are always at
http://www.shout.net/~mec/sunday/current/index.html
Michael C
. Old Bugs Fixed
. gcc HEAD
http://sources.redhat.com/gdb/bugs/483
gdb.c++/local.exp: ptype Local
Someone improved gcc HEAD so that this bug no longer happens with
gcc HEAD -gdwarf-2. The bug never happened with gcc HEAD -gstabs+,
gcc 2.95.3 -gdwarf-2, or gcc 2.95.3 -gstabs+.
. New Bugs Detected
. gdb gdb_6_0-branch
One instance of this popped up:
Cannot find thread 8192: generic error
This happened before on 2003-09-18, so it is not quite a new bug.
. PR Count
Query executed 2003-10-28 19:03:14 UTC
1430 matches found
22 analyzed
652 closed
21 feedback
722 open
3 paperwork
10 suspended
1430 TOTAL
. Libiberty Testing
. target=native, host=i686-pc-linux-gnu, osversion=red-hat-8.0, libc=2.2.93-5-rh
binutils HEAD 715 tests, 31 failures
gcc 2.95.3, binutils HEAD All 616 tests passed
gcc 3.3.2, binutils HEAD 649 tests, 0 failures
gcc gcc-3_3-branch, binutils 2.14 649 tests, 0 failures
gcc gcc-3_3-branch, binutils HEAD 649 tests, 0 failures
gcc gcc-3_3-branch, binutils vendor 649 tests, 0 failures
gcc HEAD, binutils 2.14 715 tests, 31 failures
gcc HEAD, binutils HEAD 715 tests, 31 failures
gcc HEAD, binutils vendor 715 tests, 31 failures
gdb HEAD 715 tests, 31 failures
gdb carlton_dictionary-branch 714 tests, 31 failures
gdb gdb_6_0-branch 649 tests, 0 failures
These are long-standing demangler bugs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7986
Problems with demangling (__cxa_demangle())
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11028
The standalone C++ demangler doesn't work on some symbols
A libiberty log is available at
http://gcc.gnu.org/ml/gcc/2003-07/msg00032.html
. Gdb Testing
My tables are at
http://www.shout.net/~mec/sunday/2003-10-27/index.html
The previous tables are at
http://www.shout.net/~mec/sunday/2003-10-22/index.html
. Non-PASS Results
gdb 6.0 311 non-PASS results
gdb gdb_6_0-branch 316 non-PASS results
gdb HEAD 361 non-PASS results
. gdb 6.0
. gdb.cp/annota2.exp: annotate-quit
http://sources.redhat.com/gdb/bugs/544
gdb.c++/annota2.exp: annotate-quit test sometimes fails
Fluctuation in test result probably due to a signal handling
race in the command loop.
. gdb.cp/local.exp: ptype Local
KFAIL -> PASS
This result improved with gcc HEAD -gdwarf-2.
Someone improved the output of gcc.
http://sources.redhat.com/gdb/bugs/483
gdb.c++/local.exp: ptype Local
Log excerpts:
# previous test run, broken
# gdb 6.0, gcc HEAD 2003-10-21, binutils 2.14, -gdwarf-2
ptype Local
type = class Local {
public:
int loc1;
char loc_foo(char);
char loc_foo(char);
}
(gdb) KFAIL: gdb.cp/local.exp: ptype Local (PRMS: gdb/483)
# current test run, okay
# gdb 6.0, gcc HEAD 2003-10-26, binutils 2.14, -gdwarf-2
ptype Local
type = class Local {
public:
int loc1;
char loc_foo(char);
}
(gdb) PASS: gdb.cp/local.exp: ptype Local
. gdb.mi/mi*-pthreads.exp: check mi_thread_command_set: -thread-select [3456]
PASS -> blank
blank -> PASS
When gdb operates on an inferior program with threads, the
thread library in the inferior program behaves differently: it
generates more signals so that gdb can track events.
This causes some programs to behave differently because they
aren't prepared to handle the additional signals. The test
program for mi*-pthreads.exp is such a program.
http://sources.redhat.com/ml/gdb/2003-09/msg00279.html
http://sources.redhat.com/gdb/bugs/259
. gdb.threads/print-threads.exp: Hit thread_function breakpoint, 5 (slow with kill breakpoint)
PASS -> blank
blank -> PASS
Fluctuation with unknown cause. Probably harmless.
. gdb.threads/schedlock.exp: *
PASS
gdb.threads/schedlock.exp: thread 0 ran (didn't run)
gdb.threads/schedlock.exp: thread 1 ran (didn't run)
gdb.threads/schedlock.exp: thread 2 ran (didn't run)
gdb.threads/schedlock.exp: thread 3 ran (didn't run)
gdb.threads/schedlock.exp: thread 4 ran (didn't run)
gdb.threads/schedlock.exp: thread 5 ran (didn't run)
PASS
FAIL
All tests PASSed in all configurations except for the
"thread N ran" tests. Here are the counts per thread.
PASS FAIL
thread 0 0 26
thread 1 26 0
thread 2 26 0
thread 3 26 0
thread 4 26 0
thread 5 26 0
. gdb gdb_6_0-branch
checkout date is '2003-10-27 13:49:56 UTC'
previous date is '2003-10-22 14:44:46 UTC'
. gdb.cp/annota2.exp: annotate-quit
gdb.cp/annota3.exp: annotate-quit
Same analysis as gdb 6.0.
. gdb.cp/local.exp: ptype Local
KFAIL -> PASS
Same analysis as gdb 6.0.
. gdb.mi/mi*-pthreads.exp: check mi_thread_command_set: -thread-select [3456]
blank -> PASS
PASS -> blank
Same analysis as gdb 6.0.
. gdb.threads/pthreads.exp: backtrace from thread 2 bkpt in common_routine
PASS -> blank
gdb.threads/pthreads.exp: continue to bkpt at common_routine in thread 2
PASS -> FAIL
This happened in just one configuration. gdb.log excerpt:
# gdb gdb_6_0-branch 2003-10-27 13:49:56 UTC
# gcc 2.95.3, binutils 2.13.90.0.2-rh, glibc 2.2.93-5-rh,
# -gdwarf-2
(gdb) PASS: gdb.threads/pthreads.exp: set break at common_routine in thread 2
continue
Continuing.
Cannot find thread 8192: generic error
(gdb) FAIL: gdb.threads/pthreads.exp: continue to bkpt at common_routine in thread 2
testcase /berman/fsf/_today_/source/gdb/gdb_6_0-branch/src/gdb/testsuite/gdb.threads/pthreads.exp completed in 3 seconds
I ran this pthreads.exp in this configuration again and this
FAIL did not happen.
This FAIL happened in a different configuration on 2003-09-18:
gdb 5.3, gcc HEAD, binutils vendor, stabs+.
. gdb.threads/schedlock.exp: *
PASS
gdb.threads/schedlock.exp: thread 0 ran (didn't run)
gdb.threads/schedlock.exp: thread 1 ran (didn't run)
gdb.threads/schedlock.exp: thread 2 ran (didn't run)
gdb.threads/schedlock.exp: thread 3 ran (didn't run)
gdb.threads/schedlock.exp: thread 4 ran (didn't run)
gdb.threads/schedlock.exp: thread 5 ran (didn't run)
PASS
FAIL
All tests PASSed in all configurations except for the
"thread N ran" tests. Here are the counts per thread.
PASS FAIL
thread 0 4 22
thread 1 21 5
thread 2 24 2
thread 3 24 2
thread 4 25 1
thread 5 26 0
. gdb HEAD
checkout date is '2003-10-27 13:47:59 UTC'
previous date is '2003-10-22 14:42:25 UTC'
. gdb.cp/annota2.exp: annotate-quit
Same analysis as gdb 6.0.
. gdb.cp/local.exp: ptype Local
KFAIL -> PASS
Same analysis as gdb 6.0.
. gdb.mi/mi*-pthreads.exp: check mi_thread_command_set: -thread-select [3456]
PASS -> blank
blank -> PASS
Same analysis as gdb 6.0.
. gdb.threads/print-threads.exp: Hit kill breakpoint, 11 (slow with kill breakpoint)
blank -> PASS
gdb.threads/print-threads.exp: Hit thread_function breakpoint, 5 (slow with kill breakpoint)
blank -> PASS
Same analysis as gdb 6.0.
. gdb.threads/schedlock.exp: *
PASS
gdb.threads/schedlock.exp: thread 0 ran (didn't run)
gdb.threads/schedlock.exp: thread 1 ran (didn't run)
gdb.threads/schedlock.exp: thread 2 ran (didn't run)
gdb.threads/schedlock.exp: thread 3 ran (didn't run)
gdb.threads/schedlock.exp: thread 4 ran (didn't run)
gdb.threads/schedlock.exp: thread 5 ran (didn't run)
PASS
FAIL
All tests PASSed in all configurations except for the
"thread N ran" tests. Here are the counts per thread.
PASS FAIL
thread 0 2 24
thread 1 25 1
thread 2 26 0
thread 3 25 1
thread 4 25 1
thread 5 26 0
. Test Matrix
target => native
host => i686-pc-linux-gnu
osversion => red-hat-8.0
gdb => 6.0, gdb_6_0-branch, HEAD
gcc => 2.95.3, 3.2-7-rh, 3.3.2, gcc-3_3-branch, HEAD
binutils => 2.13.90.0.2-rh, 2.14, HEAD
glibc => 2.2.93-5-rh
gformat => dwarf-2, stabs+
glevel => 2
count 78 = 1 * 1 * 1 * 3 * (4*3+1*1) * 1 * 2 * 1
'target' and 'host' are gnu configuration triples.
'osversion' is the host operating system name, which is additional
information beyond 'host'.
'gdb', 'gcc', 'binutils', and 'glibc' are version names.
versions starting with a digit are official releases or snapshots.
versions starting with a digit and ending with '-rh' are
vendor-supplied official releases on my red hat linux host.
versions named 'HEAD' are the cvs HEAD, also known as 'mainline' or 'trunk'.
versions with any other name are cvs branches.
'gformat' is the debugging information format.
'glevel' is the debugging level.
'count' is the total number of configurations tested.
The vendor gcc is available only with vendor binutils,
thus the '(4*3+1*1)' term for gcc/binutils combinations.
. Host Software
. host=i686-pc-linux-gnu, osversion=red-hat-8.0
make 3.79.1
binutils 2.14
gcc 3.3.2
flex 2.5.4
bison 1.875
tcl 8.4.4
expect 5.39
dejagnu 1.4.3
The sources.redhat.com cvs repository has its own versions of tcl,
expect, and dejagnu. I don't have the resources to test with both
tcl/expect/dejagnu stacks, so I choose the stock stack for my test
bed.
The sources.redhat.com version of tcl is nearly identical to tcl
8.4.1. The sources.redhat.com version of expect dates from
1998-06-15. The sources.redhat.com version of dejagnu is nearly
identical to dejagnu 1.4.3.
I have packaged and published my scripts to manage the baseline
software. They are called Migchain (Michael's Gnu Toolchain) and
Migbat (Michael's Gnu Build and Test), and they are licensed under the
GPL.
ftp://ftp.shout.net/pub/users/mec/migchain/migchain-0.7.tar.gz
ftp://ftp.shout.net/pub/users/mec/migbat/migbat-0.7.tar.gz
. Test Bed Changes Since Last Report
Joe Buck announced that there will likely be another release with from
gcc gcc-3_3-branch with Gabriel Dos Reis serving as release manager.
So I am continuing to cover this branch.