From: Stan Shebs <shebs@cygnus.com>
To: jkj@sco.com
Cc: gdb@cygnus.com
Subject: Re: OSR5 test results for 4.18
Date: Wed, 14 Apr 1999 16:43:00 -0000 [thread overview]
Message-ID: <199904142340.QAA14710@andros.cygnus.com> (raw)
In-Reply-To: <19990414141325.A898@sco.com>
Date: Wed, 14 Apr 1999 14:13:25 -0700
From: "J. Kean Johnston" <jkj@sco.com>
All, below is the result of a test run for GDB 4.18 on SCO OpenServer 5.0.4:
There are about 100 failures that still occur with all native configs,
such as the ones in member-ptr.exp and overload.exp. However, the
following failures are not (for instance) happening on Linux, and
should therefore cause you some concern:
FAIL: gdb.base/call-rt-st.exp: print print_struct_rep(*struct1, *struct2, *struct3)
FAIL: gdb.base/call-rt-st.exp: print print_one_large_struct(*list1)
FAIL: gdb.base/call-rt-st.exp: print print_one_double(*d1)
FAIL: gdb.base/call-rt-st.exp: print print_two_floats(*f3)
FAIL: gdb.base/call-rt-st.exp: print print_bit_flags(*flags)
FAIL: gdb.base/call-rt-st.exp: print print_bit_flags_combo(*flags_combo)
FAIL: gdb.base/call-rt-st.exp: print print_three_chars(*three_char)
FAIL: gdb.base/call-rt-st.exp: print print_five_chars(*five_char)
FAIL: gdb.base/call-rt-st.exp: print print_int_char_combo(*int_char_combo)
FAIL: gdb.base/callfuncs.exp: p t_float_values(3.14159,-2.3765)
FAIL: gdb.base/callfuncs.exp: p t_float_values(float_val1,float_val2)
FAIL: gdb.base/callfuncs.exp: p t_float_values(3.14159,float_val2)
FAIL: gdb.base/callfuncs.exp: p t_float_values(float_val1,-2.3765)
FAIL: gdb.base/callfuncs2.exp: p t_float_values(3.14159,-2.3765)
FAIL: gdb.base/callfuncs2.exp: p t_float_values(float_val1,float_val2)
FAIL: gdb.base/callfuncs2.exp: p t_float_values(3.14159,float_val2)
FAIL: gdb.base/callfuncs2.exp: p t_float_values(float_val1,-2.3765)
FAIL: gdb.base/langs.exp: up to foo in langs.exp
FAIL: gdb.base/langs.exp: show language at foo in langs.exp
FAIL: gdb.base/langs.exp: up to cppsub_ in langs.exp
FAIL: gdb.base/langs.exp: show language at cppsub_ in langs.exp
FAIL: gdb.base/langs.exp: up to fsub in langs.exp
FAIL: gdb.base/langs.exp: show language at fsub in langs.exp
FAIL: gdb.base/maint.exp: maint print psymbols
FAIL: gdb.base/maint.exp: maint print msymbols
FAIL: gdb.base/maint.exp: maint print symbols
FAIL: gdb.base/signals.exp: next to handler in signals_tests_1
FAIL: gdb.base/signals.exp: backtrace in signals_tests_1
FAIL: gdb.base/signals.exp: continue to handler: the program exited
FAIL: gdb.base/signals.exp: p count #1 in signals.exp
FAIL: gdb.base/signals.exp: p func1 () #2 in signals.exp
FAIL: gdb.base/signals.exp: bt in signals.exp
FAIL: gdb.base/signals.exp: continue in signals.exp: the program exited
FAIL: gdb.base/signals.exp: p count #2 in signals.exp
FAIL: gdb.base/signals.exp: signal without arguments disallowed
FAIL: gdb.base/signals.exp: sent signal 5
FAIL: gdb.base/so-impl-ld.exp: implicit solibs tests suppressed
FAIL: gdb.base/so-impl-ld.exp: step over solib call
FAIL: gdb.base/so-impl-ld.exp: step into solib call
FAIL: gdb.base/so-impl-ld.exp: step in solib call
FAIL: gdb.base/so-impl-ld.exp: step out of solib call
FAIL: gdb.base/step-test.exp: stepi: finish call
FAIL: gdb.base/step-test.exp: nexti over function
FAIL: gdb.base/step-test.exp: run to pass large struct: the program is no longer running
FAIL: gdb.base/step-test.exp: large struct by value: the program is no longer running
FAIL: gdb.base/step-test.exp: run to finish: the program is no longer running
FAIL: gdb.base/varargs.exp: print find_max_double(5,1.0,17.0,2.0,3.0,4.0)
This pattern of failures doesn't suggest anything obvious to me, so
you may be hitting a combination of problems. Some of these failures
tend to be associated with bad debug info from the compiler - which
compiler are you using?
Stan
next prev parent reply other threads:[~1999-04-14 16:43 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-04-14 14:14 J. Kean Johnston
1999-04-14 16:43 ` Stan Shebs [this message]
1999-04-20 14:39 ` J. Kean Johnston
1999-04-20 15:53 ` J. Kean Johnston
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=199904142340.QAA14710@andros.cygnus.com \
--to=shebs@cygnus.com \
--cc=gdb@cygnus.com \
--cc=jkj@sco.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox