This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
[RFC] gdb.base/frame-args.exp
- From: Luis Machado <lgustavo at codesourcery dot com>
- To: "'gdb-patches at sourceware dot org'" <gdb-patches at sourceware dot org>
- Date: Tue, 1 Jul 2014 09:56:04 +0200
- Subject: [RFC] gdb.base/frame-args.exp
- Authentication-results: sourceware.org; auth=none
- Reply-to: <lgustavo at codesourcery dot com>
Hi,
It looks like this test is a bit focused on results from only a few
targets. On x86 it works correctly and displays the arguments just fine.
When set to display only scalars, then GDB proceeds to display '...' on
the fields that are not scalars.
On PowerPC 32-bit though, this is what i get:
(gdb) PASS: gdb.base/frame-args.exp: set print frame-arguments all
frame 1^M
#1 0x100006dc in call_me (i=3, f=5, s=<error reading variable: value
has been optimized out>, ss=0xbffff788, u=<error reading variable: value
has been optimized out>, e=green) at gdb.base/frame-args.c:40^M
40 break_me ();^M
(gdb) FAIL: gdb.base/frame-args.exp: frame 1 with print frame-arguments
set to all
set print frame-arguments scalars^M
(gdb) PASS: gdb.base/frame-args.exp: set print frame-arguments scalars
frame 1^M
#1 0x100006dc in call_me (i=3, f=5, s=<error reading variable: value
has been optimized out>, ss=0xbffff788, u=<error reading variable: value
has been optimized out>, e=green) at gdb.base/frame-args.c:40^M
40 break_me ();^M
(gdb) FAIL: gdb.base/frame-args.exp: frame 1 with print frame-arguments
set to scalars
set print frame-arguments none^M
So it looks like we are taking a different route and GDB ends up
catching an error before displaying the optimized out information, thus
not matching what the testcase expects.
I could add a different pattern to the testcase and that would solve the
couple failures i see, but i wonder if we should tweak the testcase to
dodge optimizations?
Thoughts?
Luis