public inbox for gdb-testers@sourceware.org
help / color / mirror / Atom feed
* Test results for commit c9ae55c9597064a8fe9a20899a17a394ac4ee3f8 on branch gdb-7.9-branch
@ 2015-02-20 19:31 sergiodj
  2015-02-20 19:48 ` Failures on Fedora-ppc64be-cc-with-index, " sergiodj
                   ` (10 more replies)
  0 siblings, 11 replies; 45+ messages in thread
From: sergiodj @ 2015-02-20 19:31 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT c9ae55c9597064a8fe9a20899a17a394ac4ee3f8 ***

Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-7.9-branch
Commit: c9ae55c9597064a8fe9a20899a17a394ac4ee3f8

Bump GDB version number to 7.9.0.DATE-cvs.
gdb/ChangeLog:

	* version.in: Set GDB version number to 7.9.0.DATE-cvs.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* [binutils-gdb/gdb-7.9-branch] Unbreak DJGPP build of GDB.
@ 2015-05-30 11:03 sergiodj+buildbot
  2015-05-30 11:58 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj+buildbot @ 2015-05-30 11:03 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT f045cbadc7e222520eb457966ae739ff53ddfd76 ***

Author: Eli Zaretskii <eliz@gnu.org>
Branch: gdb-7.9-branch
Commit: f045cbadc7e222520eb457966ae739ff53ddfd76

Unbreak DJGPP build of GDB.
gdb/
	* go32-nat.c (go32_xfer_memory): Fix the return value to be
	compatible to what read_child and write_child return.  This
	unbreaks that DJGPP build of GDB which was broken since v7.7.

(cherry picked from commit 99cee7b71f81a9d346fc1a2f4e678537f1bb945f)


^ permalink raw reply	[flat|nested] 45+ messages in thread
* [binutils-gdb/gdb-7.9-branch] PR gdb/18464: Do not crash on unrecognized GNU .note.ABI-tag values
@ 2015-05-29 17:52 sergiodj+buildbot
  2015-05-29 19:32 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj+buildbot @ 2015-05-29 17:52 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 509cc2cf714f6a194ab27610f4db429579f6090b ***

Author: Roland McGrath <mcgrathr@chromium.org>
Branch: gdb-7.9-branch
Commit: 509cc2cf714f6a194ab27610f4db429579f6090b

PR gdb/18464: Do not crash on unrecognized GNU .note.ABI-tag values
Diagnosis of unexpected input (in this case, in an executable file)
should not crash as if it were a bug in GDB.

gdb/
	PR gdb/18464
	* osabi.c (generic_elf_osabi_sniff_abi_tag_sections): Use warning
	rather than internal_error for an unrecognized value.

(cherry picked from commit c8f6c93cb29febd6b8174a20eb35368e70f62faa)


^ permalink raw reply	[flat|nested] 45+ messages in thread
* [binutils-gdb/gdb-7.9-branch] Set GDB version number to 7.9.1.
@ 2015-05-13 17:38 sergiodj+buildbot
  2015-05-13 19:20 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj+buildbot @ 2015-05-13 17:38 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT aca9b649bfff6440734703d5d31f88b70ff57824 ***

Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-7.9-branch
Commit: aca9b649bfff6440734703d5d31f88b70ff57824

Set GDB version number to 7.9.1.
gdb/ChangeLog:

	* version.in: Set GDB version number to 7.9.1.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* [binutils-gdb/gdb-7.9-branch] Subject: [PATCH] Fix pascal behavior for class fields with testcase
@ 2015-05-02 22:52 sergiodj+buildbot
  2015-05-02 23:45 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj+buildbot @ 2015-05-02 22:52 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 6ed34db8858cc18a5a941f32f22bb250017c3d48 ***

Author: Pierre Muller <muller@ics.u-strasbg.fr>
Branch: gdb-7.9-branch
Commit: 6ed34db8858cc18a5a941f32f22bb250017c3d48

Subject: [PATCH] Fix pascal behavior for class fields with testcase
  Problem reported as PR pascal/17815

Part 1/3: Remember the case pattern that allowed finding a field of this.
File gdb/p-exp.y modified

  This is the fix in the pascal parser (p-exp.y),
to avoid the error that GDB does find normal variables
case insensitively, but not fields of this,
inside a class or object method.

Part 2/3: Add "class" option for pascal compiler
File gdb/testsuite/lib/pascal.exp

This part of the patch series is unchanged.
It adds class option to pascal compiler
which adds the required command line option to
accept pascal class types.

Part 3/3:
New file: gdb/testsuite/gdb.pascal/case-insensitive-symbols.exp
New file: gdb/testsuite/gdb.pascal/case-insensitive-symbols.pas

  Here is an updated version of this test, using Pedro's suggestions.
Test to check that PR 17815 is fixed.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* [binutils-gdb/gdb-7.9-branch] PR python/18299
@ 2015-04-29  6:16 sergiodj+buildbot
  2015-04-29  7:30 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj+buildbot @ 2015-04-29  6:16 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 7d4281ee53df975135c132970e053a74bb18877a ***

Author: Doug Evans <dje@google.com>
Branch: gdb-7.9-branch
Commit: 7d4281ee53df975135c132970e053a74bb18877a

PR python/18299
gdb/ChangeLog:

	PR python/18299
	* python/lib/gdb/printing.py (register_pretty_printer): Handle
	name or __name__ attributes.  Handle gdb module as first argument.

gdb/testsuite/ChangeLog:

	* gdb.python/py-pp-maint.py: Move "replace" testing to ...
	* gdb.python/py-pp-registration.exp: ... here.  New file.
	* gdb.python/py-pp-registration.c: New file.
	* gdb.python/py-pp-registration.py: New file.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* [binutils-gdb/gdb-7.9-branch] Fix the triplet regexp to recognize triplets, not only quadruplets
@ 2015-03-31 15:30 sergiodj+buildbot
  2015-03-31 17:17 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj+buildbot @ 2015-03-31 15:30 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 2e9f68f0cf32bad824100dfb5d05c4235cf59ff3 ***

Author: Matthias Klose <doko@ubuntu.com>
Branch: gdb-7.9-branch
Commit: 2e9f68f0cf32bad824100dfb5d05c4235cf59ff3

Fix the triplet regexp to recognize triplets, not only quadruplets
This allows triplets where the vendor is not set.

gdb/ChangeLog:
2015-03-31  Matthias Klose  <doko@ubuntu.com>

	* compile/compile.c (compile_to_object): Allow triplets with or
	without vendor set.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* [binutils-gdb/gdb-7.9-branch] Fix undefined behavior in TUI's TAB expansion
@ 2015-03-21 11:59 sergiodj+buildbot
  2015-03-21 14:39 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj+buildbot @ 2015-03-21 11:59 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 4fa4c2f7bed85f7cb116466d3cf194cdb6271c60 ***

Author: Eli Zaretskii <eliz@gnu.org>
Branch: gdb-7.9-branch
Commit: 4fa4c2f7bed85f7cb116466d3cf194cdb6271c60

Fix undefined behavior in TUI's TAB expansion
gdb/ChangeLog:

	* tui/tui-io.c (tui_expand_tabs): Reinitialize the column counter
	before the second loop, to avoid undefined behavior.  Reported by
	Anton Blanchard <anton@samba.org>.

(cherry picked from commit b1a0f704950296b2363192ba91999eef3635700f)


^ permalink raw reply	[flat|nested] 45+ messages in thread
* [binutils-gdb/gdb-7.9-branch] Change // comment in gdb/compile/
@ 2015-02-26 14:38 sergiodj+buildbot
  2015-02-26 15:13 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj+buildbot @ 2015-02-26 14:38 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 09de64b93c2402e068daf0bce1c4a1dda833b646 ***

Author: Jan Kratochvil <jan.kratochvil@redhat.com>
Branch: gdb-7.9-branch
Commit: 09de64b93c2402e068daf0bce1c4a1dda833b646

Change // comment in gdb/compile/
gdb/ChangeLog
2015-02-26  Jan Kratochvil  <jan.kratochvil@redhat.com>

	PR build/18033
	* compile/compile-c-support.c (c_compute_program): Change // comment.
	* compile/compile-object-load.c (setup_sections): Change // comment.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* [binutils-gdb/gdb-7.9-branch] Remove // comment in gdb/iq2000-tdep.c
@ 2015-02-26 12:11 sergiodj+buildbot
  2015-02-26 13:41 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj+buildbot @ 2015-02-26 12:11 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT f57347efc0338cf65539f965f171a318c4a4e523 ***

Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-7.9-branch
Commit: f57347efc0338cf65539f965f171a318c4a4e523

Remove // comment in gdb/iq2000-tdep.c
gdb/ChangeLog:

	PR build/18033:
	* iq2000-tdep.c (iq2000_frame_cache): Delete C++-style comment.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit 7b582627bc42922de3b75792472f5223f1910277 on branch gdb-7.9-branch
@ 2015-02-20  5:01 sergiodj
  2015-02-20  6:45 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-20  5:01 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 7b582627bc42922de3b75792472f5223f1910277 ***

Author: David Taylor <dtaylor@emc.com>
Branch: gdb-7.9-branch
Commit: 7b582627bc42922de3b75792472f5223f1910277

[gdb/ax] small "setv" fix and documentation's adjustment.
gdb/doc/agentexpr.texi documents the "setv" opcode as follow:

    @item @code{setv} (0x2d) @var{n}: @result{} @var{v}
    Set trace state variable number @var{n} to the value found on the top
    of the stack.  The stack is unchanged, so that the value is readily
    available if the assignment is part of a larger expression.  The
    handling of @var{n} is as described for @code{getv}.

The @item line is incorrect (and does not match with its
description), so this patch fixes it.

Additionally, in gdb/common/ax.def we find the line:

    DEFOP (setv, 2, 0, 0, 1, 0x2d)

>From the comment earlier in the file:

       Each line is of the form:

       DEFOP (name, size, data_size, consumed, produced, opcode)
[...]
       CONSUMED is the number of stack elements consumed.
       PRODUCED is the number of stack elements produced.

which is saying that nothing is consumed and one item is produced.
Both should be 0 or both should be 1.

This patch sets them both to 1, which seems better since if nothing
is on the stack an error will occur.

gdb/ChangeLog:

        * common/ax.def (setv): Fix consumed entry in setv DEFOP.

gdb/doc/ChangeLog:

        * agentexpr.texi (Bytecode Descriptions): Fix summary line for setv.

Tested on x86_64-linux.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit 3b7a39661610038aad32563069b10fb2cfc55fab on branch gdb-7.9-branch
@ 2015-02-20  4:06 sergiodj
  2015-02-20  5:54 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-20  4:06 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 3b7a39661610038aad32563069b10fb2cfc55fab ***

Author: Andreas Arnez <arnez@linux.vnet.ibm.com>
Branch: gdb-7.9-branch
Commit: 3b7a39661610038aad32563069b10fb2cfc55fab

Fix internal error when core file section is too big
As reported in PR 17808, a test case with a forged (invalid) core file
can crash GDB with an assertion failure.  In that particular case the
prstatus of an i386 core file looks like that from an AMD64 core file.
Consequently the respective regset supply function i386_supply_gregset
is invoked with a larger buffer than usual.  But i386_supply_gregset
asserts a specific buffer size, and this assertion fails.

The patch relaxes all buffer size assertions in regset supply
functions such that they merely check for a sufficiently large buffer.
For consistency the regset collect functions are adjusted as well.

gdb/ChangeLog:

	PR corefiles/17808:
	* gdbarch.sh (iterate_over_regset_sections_cb): Document this
	function type, particularly its SIZE parameter.
	* gdbarch.h: Regenerate.
	* amd64-tdep.c (amd64_supply_fpregset): In gdb_assert, compare
	actual against required size using ">=" instead of "==".
	(amd64_collect_fpregset): Likewise.
	* i386-tdep.c (i386_supply_gregset): Likewise.
	(i386_collect_gregset): Likewise.
	(i386_supply_fpregset): Likewise.
	(i386_collect_fpregset): Likewise.
	* mips-linux-tdep.c (mips_supply_gregset_wrapper): Likewise.
	(mips_fill_gregset_wrapper): Likewise.
	(mips_supply_fpregset_wrapper): Likewise.
	(mips_fill_fpregset_wrapper): Likewise.
	(mips64_supply_gregset_wrapper): Likewise.
	(mips64_fill_gregset_wrapper): Likewise.
	(mips64_supply_fpregset_wrapper): Likewise.
	(mips64_fill_fpregset_wrapper): Likewise.
	* mn10300-linux-tdep.c (am33_supply_gregset_method): Likewise.
	(am33_supply_fpregset_method): Likewise.
	(am33_collect_gregset_method): Likewise.
	(am33_collect_fpregset_method): Likewise.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit 3b41352824ddc32dabca2d3281a03b4a0b8c7a27 on branch gdb-7.9-branch
@ 2015-02-19 15:26 sergiodj
  2015-02-19 17:09 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-19 15:26 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 3b41352824ddc32dabca2d3281a03b4a0b8c7a27 ***

Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-7.9-branch
Commit: 3b41352824ddc32dabca2d3281a03b4a0b8c7a27

Fix the gdb version number ("7.9" instead of "str 7.9").
This fixes an obvious error in the previous change to this file.

gdb/ChangeLog:

        * version.in: Change to "7.9" instead of "str 7.9".


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit 77ef543e9e7861214232c63c960eddf19674cf61 on branch gdb-7.9-branch
@ 2015-02-19 14:13 sergiodj
  2015-02-19 15:42 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-19 14:13 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 77ef543e9e7861214232c63c960eddf19674cf61 ***

Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-7.9-branch
Commit: 77ef543e9e7861214232c63c960eddf19674cf61

Set GDB version number to str 7.9.
gdb/ChangeLog:

	* version.in: Set GDB version number to str 7.9.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit 90ca3b45da1c08eff31605b2af7cec9979a95bde on branch gdb-7.9-branch
@ 2015-02-19 13:35 sergiodj
  2015-02-19 14:32 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-19 13:35 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 90ca3b45da1c08eff31605b2af7cec9979a95bde ***

Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-7.9-branch
Commit: 90ca3b45da1c08eff31605b2af7cec9979a95bde

gdb/NEWS: "Changes since GDB 7.8" -> "Changes in GDB 7.9".
gdb/ChangeLog:

        * NEWS: Rewrite "Changes since GDB 7.8" into "Changes in GDB 7.9".


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit 5991bec1d4dbd23b476dc90bc6d1ba70e044898e on branch gdb-7.9-branch
@ 2015-02-17 15:08 sergiodj
  2015-02-17 16:07 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-17 15:08 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 5991bec1d4dbd23b476dc90bc6d1ba70e044898e ***

Author: Pedro Alves <palves@redhat.com>
Branch: gdb-7.9-branch
Commit: 5991bec1d4dbd23b476dc90bc6d1ba70e044898e

Simplify event-loop core, remove two-step event processing
Even with the previous patch installed, we'll still see
sigall-reverse.exp occasionally fail.  The problem is that the event
loop's event handling processing is done in two steps:

 #1 - poll all event sources, and push new event objects to the event
  queue, until all event sources are drained.

 #2 - go through the event queue, processing each event object at a
  time.  For each event, call the associated callback, and deletes the
  event object from the queue.

and then bad things happen if between #1 and #2 something decides that
events from an event source that has already queued events shouldn't
be processed yet.  To do that, we either remove the event source from
the list of event sources, or clear its "have events" flag.  However,
if an event for that source has meanwhile already been pushed in the
event queue, #2 will still process it and call the associated
callback...

One way to fix it that I considered was to do something to the event
objects already in the event queue when an event source is no longer
interesting.  But then I couldn't find any good reason for the
two-step process in the first place.  It's much simpler (and less
code) to call the event source callbacks as we poll the sources and
find events.

Tested on x86-64 Fedora 20, native and gdbserver.

gdb/
2015-02-17  Pedro Alves  <palves@redhat.com>

	* event-loop.c: Don't declare nor define a queue type for
	gdb_event_p.
	(event_queue): Delete.
	(create_event, create_file_event, gdb_event_xfree)
	(initialize_event_loop, process_event): Delete.
	(gdb_do_one_event): Return as soon as one event is handled.
	(handle_file_event): Change prototype.  Used the passed in
	file_handler pointer and ready_mask instead of looping over all
	file handlers.
	(gdb_wait_for_event): Update the poll/select timeouts before
	blocking.  Run event handlers directly instead of queueing events.
	Return as soon as one event is handled.
	(struct async_event_handler_data): Delete.
	(invoke_async_event_handler): Delete.
	(check_async_event_handlers): Change return type to int.  Run
	event handlers directly instead of queueing events.  Return as
	soon as one event is handled.
	(handle_timer_event): Delete.
	(update_wait_timeout): New function, factored out from
	poll_timers.
	(poll_timers): Reimplement.
	* event-loop.h (initialize_event_loop): Delete declaration.
	* top.c (gdb_init): Don't call initialize_event_loop.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit d4a0a1ff2b7f3d50180229768a270750ef94bbdf on branch gdb-7.9-branch
@ 2015-02-17 13:49 sergiodj
  2015-02-17 15:16 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-17 13:49 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT d4a0a1ff2b7f3d50180229768a270750ef94bbdf ***

Author: Pedro Alves <palves@redhat.com>
Branch: gdb-7.9-branch
Commit: d4a0a1ff2b7f3d50180229768a270750ef94bbdf

When disabling target async, remove all target event sources from the event loop
The sigall-reverse.exp test occasionally fails with something like this:

 (gdb) PASS: gdb.reverse/sigall-reverse.exp: send signal TERM
 continue
 Continuing.
 The next instruction is syscall exit_group.  It will make the program exit.  Do you want to stop the program?([y] or n) FAIL: gdb.reverse/sigall-reverse.exp: continue to signal exit (timeout)
 FAIL: gdb.reverse/sigall-reverse.exp: reverse to handler of TERM (timeout)
 FAIL: gdb.reverse/sigall-reverse.exp: reverse to gen_TERM (timeout)

This is another event-loop/async related problem exposed by the patch
that made 'query' use gdb_readline_wrapper (588dcc3edbde19f9).

The problem is that even though gdb_readline_wrapper disables
target-async while the secondary prompt is in progress, the record
target's async event source is left marked.  So when
gdb_readline_wrapper nests an event loop to process input, it may
happen that that event loop ends up processing a target event while
GDB is not really ready for it.  Here's the relevant part of the
backtrace showing the root issue in action:

...
 #14 0x000000000061cb48 in fetch_inferior_event (client_data=0x0) at src/gdb/infrun.c:4158
 #15 0x0000000000642917 in inferior_event_handler (event_type=INF_REG_EVENT, client_data=0x0) at src/gdb/inf-loop.c:57
 #16 0x000000000077ca5c in record_full_async_inferior_event_handler (data=0x0) at src/gdb/record-full.c:791
 #17 0x0000000000640fdf in invoke_async_event_handler (data=...) at src/gdb/event-loop.c:1067
 #18 0x000000000063fb01 in process_event () at src/gdb/event-loop.c:339
 #19 0x000000000063fb2a in gdb_do_one_event () at src/gdb/event-loop.c:360
 #20 0x000000000074d607 in gdb_readline_wrapper (prompt=0x3588f40 "The next instruction is syscall exit_group.  It will make the program exit.  Do you want to stop the program?([y] or n) ") at src/gdb/top.c:842
 #21 0x0000000000750bd9 in defaulted_query (ctlstr=0x8c6588 "The next instruction is syscall exit_group.  It will make the program exit.  Do you want to stop the program?", defchar=121 'y', args=0x7fff70524410) at src/gdb/utils.c:1279
 #22 0x0000000000750e4c in yquery (ctlstr=0x8c6588 "The next instruction is syscall exit_group.  It will make the program exit.  Do you want to stop the program?") at src/gdb/utils.c:1358
 #23 0x00000000004b020e in record_linux_system_call (syscall=gdb_sys_exit_group, regcache=0x3529450, tdep=0xd6c840 <amd64_linux_record_tdep>) at src/gdb/linux-record.c:1933

With my all-stop-on-top-of-non-stop series, I'm also seeing
gdb.server/ext-attach.exp fail occasionally due to the same issue.

The first part of the fix is for target_async implementations to make
sure to remove/unmark all target-related event sources from the event
loop.

Tested on x86_64 Fedora 20, native and gdbserver.

gdb/
2015-02-17  Pedro Alves  <palves@redhat.com>

	* event-loop.c (clear_async_event_handler): New function.
	* event-loop.h (clear_async_event_handler): New declaration.
	* record-btrace.c (record_btrace_async): New function.
	(init_record_btrace_ops): Install record_btrace_async.
	* record-full.c (record_full_async): New function.
	(record_full_resume): Don't mark the async event source here.
	(init_record_full_ops): Install record_full_async.
	(record_full_core_resume): Don't mark the async event source here.
	(init_record_full_core_ops): Install record_full_async.
	* remote.c (remote_async): Mark and clear the async stop reply
	queue event-loop token as appropriate.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit 140e2c62fd7a46b4500dbd442964543587c0337b on branch gdb-7.9-branch
@ 2015-02-17 12:43 sergiodj
  2015-02-17 14:26 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-17 12:43 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 140e2c62fd7a46b4500dbd442964543587c0337b ***

Author: Pedro Alves <palves@redhat.com>
Branch: gdb-7.9-branch
Commit: 140e2c62fd7a46b4500dbd442964543587c0337b

Fix up some target is-async vs can-async confusions
In all these cases we're interested in whether the target is currently
async, with its event sources installed in the event loop, not whether
it can async if needed.  Also, I'm not seeing the point of the
target_async call from within linux_nat_wait.  That's normally done on
resume instead, which this target already does.

Tested on x86_64 Fedora 20, native and gdbserver.

gdb/
2015-02-17  Pedro Alves  <palves@redhat.com>

	* linux-nat.c (linux_child_follow_fork, linux_nat_wait_1): Use
	target_is_async_p instead of target_can_async.
	(linux_nat_wait): Use target_is_async_p instead of
	target_can_async.  Don't enable async here.
	* remote.c (interrupt_query, remote_wait, putpkt_binary): Use
	target_is_async_p instead of target_can_async.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit 5dea9fe2285fee5d53691856750a0c8960fca04d on branch gdb-7.9-branch
@ 2015-02-11 15:42 sergiodj
  2015-02-12  4:18 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-11 15:42 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 5dea9fe2285fee5d53691856750a0c8960fca04d ***

Author: Jan Kratochvil <jan.kratochvil@redhat.com>
Branch: gdb-7.9-branch
Commit: 5dea9fe2285fee5d53691856750a0c8960fca04d

framefilter quit: Make it exception safe
gdb/ChangeLog
2015-02-11  Jan Kratochvil  <jan.kratochvil@redhat.com>

	* python/py-framefilter.c (py_print_frame): Mention RETURN_QUIT in
	function comment.  Wrap all function that can throw in cleanups.
	(gdbpy_apply_frame_filter): Wrap all function that can throw in
	cleanups.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit 46d020960241fcafd7d0ab483746a206829620ea on branch gdb-7.9-branch
@ 2015-02-11 15:19 sergiodj
  2015-02-12  2:59 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-11 15:19 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 46d020960241fcafd7d0ab483746a206829620ea ***

Author: Jan Kratochvil <jan.kratochvil@redhat.com>
Branch: gdb-7.9-branch
Commit: 46d020960241fcafd7d0ab483746a206829620ea

framefilter quit: Code cleanup: Avoid gotos
goto error patters are sometimes AFAIK used in C for the cases like:
	int retval=-1;
	if (!(a=malloc())) goto error;
	if (!(b=malloc())) goto error_a;
	if (!(c=malloc())) goto error_b;
	retval=0;
	error_c: free(c);
	error_b: free(b);
	error_a: free(a);
	error: return retval;

But here there is single error label with one do_cleanups() which I do not find
it worth the goto complication.  Without goto one can then furher merge code in
the exit paths in the next patches and ... after all it is all the same, just
without a goto.

gdb/ChangeLog
2015-02-11  Jan Kratochvil  <jan.kratochvil@redhat.com>

	* python/py-framefilter.c (py_print_frame): Substitute goto error.
	Remove the error label.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit a9189a245363137825ce02a23202df45b04db179 on branch gdb-7.9-branch
@ 2015-02-11 14:32 sergiodj
  2015-02-12  0:52 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-11 14:32 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT a9189a245363137825ce02a23202df45b04db179 ***

Author: Jan Kratochvil <jan.kratochvil@redhat.com>
Branch: gdb-7.9-branch
Commit: a9189a245363137825ce02a23202df45b04db179

framefilter quit: Code cleanup: Reindentation
Nothing significant but I find code more clear with less deep indentation.

gdb/ChangeLog
2015-02-11  Jan Kratochvil  <jan.kratochvil@redhat.com>

	* python/py-framefilter.c (py_print_frame): Put conditional code paths
	with goto first, indent the former else codepath left.  Put variable
	'elided' to a new inner block.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Test results for commit 25a0672ba8b7f4badc682eaf08a1e342b496b483 on branch gdb-7.9-branch
@ 2015-02-11 14:04 sergiodj
  2015-02-11 21:44 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
  0 siblings, 1 reply; 45+ messages in thread
From: sergiodj @ 2015-02-11 14:04 UTC (permalink / raw)
  To: gdb-testers

*** TEST RESULTS FOR COMMIT 25a0672ba8b7f4badc682eaf08a1e342b496b483 ***

Author: Jan Kratochvil <jan.kratochvil@redhat.com>
Branch: gdb-7.9-branch
Commit: 25a0672ba8b7f4badc682eaf08a1e342b496b483

framefilter quit: Obvious whitespacing fixes
gdb/ChangeLog
2015-02-11  Jan Kratochvil  <jan.kratochvil@redhat.com>

	* python/py-framefilter.c (py_print_frame): Whitespacing fixes.


^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-02-05  1:46 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-02-05  1:46 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-21-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/71>

Commit(s) tested:
	2b7d5144a58e63cb9517f6a8b31dd7c5e05a7ffe

Author(s) (in the same order as the commits):
	Doug Evans <dje@google.com>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<http://gdb-build.sergiodj.net/cgit/Fedora-ppc64be-native-extended-gdbserver-m64/.git/tree/?h=gdb-7.9-branch&id=b8a2a59c60d261792c9ce0a542eef307abfe1ec3>

*** Regressions found ***
============================
PASS -> FAIL: gdb.ada/str_uninit.exp: print my_str
PASS -> FAIL: gdb.base/break-idempotent.exp: always-inserted off: awatch: twice: awatch global
PASS -> FAIL: gdb.base/break-idempotent.exp: always-inserted off: rwatch: twice: rwatch global
new FAIL: gdb.base/break-idempotent.exp: always-inserted on: awatch: twice: awatch global
new FAIL: gdb.base/break-idempotent.exp: always-inserted on: rwatch: twice: rwatch global
new FAIL: gdb.mi/mi-watch-nonstop.exp: delete watchpoint
new FAIL: gdb.mi/pr11022.exp: data-write-memory-bytes &x "01": watchpoint hit 2 (unknown output after running)
new FAIL: gdb.threads/watchpoint-fork.exp: child: multithreaded: breakpoint (A) after the first fork (GDB internal error)
new FAIL: gdb.threads/watchpoint-fork.exp: child: multithreaded: watchpoint A after the second fork (GDB internal error)
new FAIL: gdb.threads/watchpoint-fork.exp: child: singlethreaded: breakpoint after the first fork (GDB internal error)
new FAIL: gdb.threads/watchpoint-fork.exp: child: singlethreaded: watchpoint after the second fork (GDB internal error)
new FAIL: gdb.threads/watchpoint-fork.exp: parent: multithreaded: breakpoint (A) after the first fork (GDB internal error)
new FAIL: gdb.threads/watchpoint-fork.exp: parent: multithreaded: breakpoint (A) after the second fork (GDB internal error)
new FAIL: gdb.threads/watchpoint-fork.exp: parent: singlethreaded: breakpoint after the first fork (GDB internal error)
new FAIL: gdb.threads/watchpoint-fork.exp: parent: singlethreaded: breakpoint after the second fork (GDB internal error)
============================




^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-02-04  0:26 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-02-04  0:26 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-20-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/59>

Commit(s) tested:
	b9f28929592990231bdce7b44369afc184a55f5d

Author(s) (in the same order as the commits):
	Joel Brobecker <brobecker@adacore.com>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<http://gdb-build.sergiodj.net/cgit/Fedora-ppc64be-native-extended-gdbserver-m64/.git/tree/?h=gdb-7.9-branch&id=5846765c97c80e6283329ed5eed5846c4aa65d62>

*** Regressions found ***
============================
new FAIL: gdb.base/random-signal.exp: stop with control-c (timeout)
============================




^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-01-31 21:16 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-01-31 21:16 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-20-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/34>

Commit(s) tested:
	d0e6fdd38a2c11e9b95f38075eef3f5cf82877d7

Author(s) (in the same order as the commits):
	Eli Zaretskii <eliz@gnu.org>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<http://gdb-build.sergiodj.net/cgit/Fedora-ppc64be-native-extended-gdbserver-m64/.git/tree/?h=gdb-7.9-branch&id=893543453217967c3305188edba3928d6705f89b>

*** Regressions found ***
============================
new FAIL: gdb.base/random-signal.exp: stop with control-c (timeout)
============================




^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-01-31  5:12 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-01-31  5:12 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-20-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/31>

Commit(s) tested:
	28f848f5a13b391444e83d5ca49efd9fa7c7a886

Author(s) (in the same order as the commits):
	GDB Administrator <gdbadmin@sourceware.org>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<http://gdb-build.sergiodj.net/cgit/Fedora-ppc64be-native-extended-gdbserver-m64/.git/tree/?h=gdb-7.9-branch&id=feaf668910132da1e4e6f385f6a3987154787f51>

*** Regressions found ***
============================
new FAIL: gdb.base/random-signal.exp: stop with control-c (timeout)
new FAIL: gdb.threads/attach-many-short-lived-threads.exp: iter 2: attach (timeout)
============================




^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-01-31  1:00 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-01-31  1:00 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-20-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/29>

Commit(s) tested:
	ac15fb1fc366deea98c768657a6f4a3827600b96

Author(s) (in the same order as the commits):
	GDB Administrator <gdbadmin@sourceware.org>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<http://gdb-build.sergiodj.net/cgit/Fedora-ppc64be-native-extended-gdbserver-m64/.git/tree/?h=gdb-7.9-branch&id=bab8e3a66fd7155a533df32a6ec6bc26fb355476>

*** Regressions found ***
============================
new FAIL: gdb.base/random-signal.exp: stop with control-c (timeout)
============================




^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-01-29  7:32 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-01-29  7:32 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-20-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/23>

Commit(s) tested:
	dd25c4e757b07110efce8680ad530a4388f9d660

Author(s) (in the same order as the commits):
	GDB Administrator <gdbadmin@sourceware.org>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<http://gdb-build.sergiodj.net/cgit/Fedora-ppc64be-native-extended-gdbserver-m64/.git/tree/?h=gdb-7.9-branch&id=28a52e96acfe07c77e7a330aa826a3a8154cb3de>

*** Regressions found ***
============================
new FAIL: gdb.reverse/until-precsave.exp: save process recfile (timeout)
============================




^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-01-28  7:11 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-01-28  7:11 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-20-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/19>

Commit(s) tested:
	4114b8ac550a3810f40454f788ff49d99f7f002d

Author(s) (in the same order as the commits):
	GDB Administrator <gdbadmin@sourceware.org>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<http://gdb-build.sergiodj.net/cgit/Fedora-ppc64be-native-extended-gdbserver-m64/.git/tree/?h=gdb-7.9-branch&id=c684ebdd2f6254a9065d6194ce6a3aa97ebcc002>

*** Regressions found ***
============================
new FAIL: gdb.base/random-signal.exp: stop with control-c (timeout)
new FAIL: gdb.threads/attach-many-short-lived-threads.exp: iter 2: attach (timeout)
============================




^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-01-27 13:45 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-01-27 13:45 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-20-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/14>

Commit(s) tested:
	bc1641296be8b5c9fee6a99e14f00dc7da7db60e

Author(s) (in the same order as the commits):
	GDB Administrator <gdbadmin@sourceware.org>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<http://gdb-build.sergiodj.net/cgit/Fedora-ppc64be-native-extended-gdbserver-m64/.git/tree/?h=gdb-7.9-branch&id=a18c3704f59954ecc693a4b14ea00ea9778c7ec8>

*** Regressions found ***
============================
new FAIL: gdb.base/random-signal.exp: stop with control-c (timeout)
============================




^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-01-27  0:07 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-01-27  0:07 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-20-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/13>

Commit(s) tested:
	6446dae3969acfffd8bbd779980227439d9c4cbb
	4e1e1ad808e8620d34a0e6da5dba87d5dfb01f59
	1ab1f5f9160f1fce8129820b1c95aa7bb64cc90d
	6c3e7fa837c0885fbf1f5a9203c3cb720d55ab76
	936fc1158df657607b318e05e41a25e600ec3e33

Author(s) (in the same order as the commits):
	Wei-cheng Wang <cole945@gmail.com>
	Wei-cheng Wang <cole945@gmail.com>
	Wei-cheng Wang <cole945@gmail.com>
	Wei-cheng Wang <cole945@gmail.com>
	Wei-cheng Wang <cole945@gmail.com>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<http://gdb-build.sergiodj.net/cgit/Fedora-ppc64be-native-extended-gdbserver-m64/.git/tree/?h=gdb-7.9-branch&id=14e1371ea0b4f2893d1025772b0820db7e84eaea>

*** Regressions found ***
============================
new FAIL: gdb.base/random-signal.exp: stop with control-c (timeout)
new FAIL: gdb.threads/attach-many-short-lived-threads.exp: iter 2: attach (timeout)
============================




^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-01-26  0:45 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-01-26  0:45 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-20-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/8>

Commit(s) tested:
	81d293741a30b144317d97930c7633beeae758fe

Author(s) (in the same order as the commits):
	GDB Administrator <gdbadmin@sourceware.org>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<Error fetching commit ID for 81d293741a30b144317d97930c7633beeae758fe>

*** Failed to update GDB git repository.  This is probably a timeout problem with sourceware. ***




^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-01-25  8:07 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-01-25  8:07 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-20-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/6>

Commit(s) tested:
	c8f66196de03935d0d0dca7a5e16054262a38561

Author(s) (in the same order as the commits):
	Jan Kratochvil <jan.kratochvil@redhat.com>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<Error fetching commit ID for c8f66196de03935d0d0dca7a5e16054262a38561>

*** Failed to update GDB git repository.  This is probably a timeout problem with sourceware. ***




^ permalink raw reply	[flat|nested] 45+ messages in thread
* Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch
@ 2015-01-25  8:02 sergiodj
  0 siblings, 0 replies; 45+ messages in thread
From: sergiodj @ 2015-01-25  8:02 UTC (permalink / raw)
  To: gdb-testers

Buildslave:
	fedora-20-ppc64be-1

Full Build URL:
	<http://gdb-build.sergiodj.net/builders/Fedora-ppc64be-native-extended-gdbserver-m64/builds/5>

Commit(s) tested:
	c7b32e90b271f3f849a51441047ea17ff3ac7b05

Author(s) (in the same order as the commits):
	GDB Administrator <gdbadmin@sourceware.org>

Testsuite log (gdb.sum and gdb.log) URL(s):
	<http://gdb-build.sergiodj.net/cgit/Fedora-ppc64be-native-extended-gdbserver-m64/.git/tree/?h=gdb-7.9-branch&id=b94f94e035be0e9a97b496757a3154fb1ea1241b>

*** Regressions found ***
============================
new FAIL: gdb.threads/attach-many-short-lived-threads.exp: iter 2: attach (timeout)
============================




^ permalink raw reply	[flat|nested] 45+ messages in thread
end of thread, other threads:[~2015-05-30 11:57 UTC | newest]

Thread overview: 45+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-02-20 19:31 Test results for commit c9ae55c9597064a8fe9a20899a17a394ac4ee3f8 on branch gdb-7.9-branch sergiodj
2015-02-20 19:48 ` Failures on Fedora-ppc64be-cc-with-index, " sergiodj
2015-02-20 19:52 ` Failures on Debian-i686, " sergiodj
2015-02-20 20:04 ` Failures on Debian-i686-native-gdbserver, " sergiodj
2015-02-20 20:06 ` Failures on Fedora-ppc64le-native-extended-gdbserver-m64, " sergiodj
2015-02-20 20:14 ` Failures on Fedora-ppc64be-native-gdbserver-m64, " sergiodj
2015-02-20 20:16 ` Failures on Fedora-ppc64le-cc-with-index, " sergiodj
2015-02-20 20:28 ` Failures on Debian-i686-native-extended-gdbserver, " sergiodj
2015-02-20 20:28 ` Failures on Fedora-x86_64-m64, " sergiodj
2015-02-20 20:28 ` Failures on Fedora-ppc64le-native-gdbserver-m64, " sergiodj
2015-02-20 20:45 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-20 21:13 ` Failures on Fedora-ppc64le-m64, " sergiodj
  -- strict thread matches above, loose matches on Subject: below --
2015-05-30 11:03 [binutils-gdb/gdb-7.9-branch] Unbreak DJGPP build of GDB sergiodj+buildbot
2015-05-30 11:58 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
2015-05-29 17:52 [binutils-gdb/gdb-7.9-branch] PR gdb/18464: Do not crash on unrecognized GNU .note.ABI-tag values sergiodj+buildbot
2015-05-29 19:32 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
2015-05-13 17:38 [binutils-gdb/gdb-7.9-branch] Set GDB version number to 7.9.1 sergiodj+buildbot
2015-05-13 19:20 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
2015-05-02 22:52 [binutils-gdb/gdb-7.9-branch] Subject: [PATCH] Fix pascal behavior for class fields with testcase sergiodj+buildbot
2015-05-02 23:45 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
2015-04-29  6:16 [binutils-gdb/gdb-7.9-branch] PR python/18299 sergiodj+buildbot
2015-04-29  7:30 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
2015-03-31 15:30 [binutils-gdb/gdb-7.9-branch] Fix the triplet regexp to recognize triplets, not only quadruplets sergiodj+buildbot
2015-03-31 17:17 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
2015-03-21 11:59 [binutils-gdb/gdb-7.9-branch] Fix undefined behavior in TUI's TAB expansion sergiodj+buildbot
2015-03-21 14:39 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
2015-02-26 14:38 [binutils-gdb/gdb-7.9-branch] Change // comment in gdb/compile/ sergiodj+buildbot
2015-02-26 15:13 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
2015-02-26 12:11 [binutils-gdb/gdb-7.9-branch] Remove // comment in gdb/iq2000-tdep.c sergiodj+buildbot
2015-02-26 13:41 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, branch gdb-7.9-branch sergiodj+buildbot
2015-02-20  5:01 Test results for commit 7b582627bc42922de3b75792472f5223f1910277 on " sergiodj
2015-02-20  6:45 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-20  4:06 Test results for commit 3b7a39661610038aad32563069b10fb2cfc55fab on " sergiodj
2015-02-20  5:54 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-19 15:26 Test results for commit 3b41352824ddc32dabca2d3281a03b4a0b8c7a27 on " sergiodj
2015-02-19 17:09 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-19 14:13 Test results for commit 77ef543e9e7861214232c63c960eddf19674cf61 on " sergiodj
2015-02-19 15:42 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-19 13:35 Test results for commit 90ca3b45da1c08eff31605b2af7cec9979a95bde on " sergiodj
2015-02-19 14:32 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-17 15:08 Test results for commit 5991bec1d4dbd23b476dc90bc6d1ba70e044898e on " sergiodj
2015-02-17 16:07 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-17 13:49 Test results for commit d4a0a1ff2b7f3d50180229768a270750ef94bbdf on " sergiodj
2015-02-17 15:16 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-17 12:43 Test results for commit 140e2c62fd7a46b4500dbd442964543587c0337b on " sergiodj
2015-02-17 14:26 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-11 15:42 Test results for commit 5dea9fe2285fee5d53691856750a0c8960fca04d on " sergiodj
2015-02-12  4:18 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-11 15:19 Test results for commit 46d020960241fcafd7d0ab483746a206829620ea on " sergiodj
2015-02-12  2:59 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-11 14:32 Test results for commit a9189a245363137825ce02a23202df45b04db179 on " sergiodj
2015-02-12  0:52 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-11 14:04 Test results for commit 25a0672ba8b7f4badc682eaf08a1e342b496b483 on " sergiodj
2015-02-11 21:44 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj
2015-02-05  1:46 sergiodj
2015-02-04  0:26 sergiodj
2015-01-31 21:16 sergiodj
2015-01-31  5:12 sergiodj
2015-01-31  1:00 sergiodj
2015-01-29  7:32 sergiodj
2015-01-28  7:11 sergiodj
2015-01-27 13:45 sergiodj
2015-01-27  0:07 sergiodj
2015-01-26  0:45 sergiodj
2015-01-25  8:07 sergiodj
2015-01-25  8:02 sergiodj

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).