This is the mail archive of the mailing list for the GDB project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

gdb and binutils branch master updated. 9de00a4aa026297eae42bafd8ab413cfc1a53e3a

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gdb and binutils".

The branch, master has been updated
       via  9de00a4aa026297eae42bafd8ab413cfc1a53e3a (commit)
      from  b7a084bebe979a4743540349025561ce82208843 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------;h=9de00a4aa026297eae42bafd8ab413cfc1a53e3a

commit 9de00a4aa026297eae42bafd8ab413cfc1a53e3a
Author: Pedro Alves <>
Date:   Fri Nov 7 15:20:47 2014 +0000

    gdb.base/sigstep.exp: xfail gdb/17511 on i?86 Linux
    Running gdb.base/sigstep.exp with --target=i686-pc-linux-gnu on a
    64-bit kernel naturally trips on PR gdb/17511 as well, given this is a
    kernel bug.
    I haven't really tested a real 32-bit kernel/machine, but given the
    code in question in the kernel is shared between 32-bit and 64-bit,
    I'm quite sure the bug triggers in those cases as well.
    So, simply xfail i?86-*-linux* too.
    2014-11-07  Pedro Alves  <>
    	PR gdb/17511
    	* gdb.base/sigstep.exp (in_handler_map) <si+advance>: xfail


Summary of changes:
 gdb/testsuite/ChangeLog            |    6 ++++++
 gdb/testsuite/gdb.base/sigstep.exp |    1 +
 2 files changed, 7 insertions(+), 0 deletions(-)

gdb and binutils

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]