Created by Matthew Gretton-Dann and last modified
Get this branch:
bzr branch lp:gdb-linaro
Members of Linaro Toolchain Developers can upload to this branch. Log in for directions.

Branch merges

Related bugs

Related blueprints

Branch information

Linaro Toolchain Developers
Linaro GDB

Recent revisions

41091. By Matthew Gretton-Dann on 2013-05-14

Bump version number post release.

41090. By Matthew Gretton-Dann on 2013-05-14

Make 7.6-2013.05 release.

41089. By Matthew Gretton-Dann on 2013-05-14

Enable release process.

41088. By gdbadmin <email address hidden> on 2013-05-14

*** empty log message ***

41087. By gdbadmin <email address hidden> on 2013-05-13

*** empty log message ***

41086. By gdbadmin <email address hidden> on 2013-05-12

*** empty log message ***

41085. By gdbadmin <email address hidden> on 2013-05-11

*** empty log message ***

41084. By Pedro Alves <email address hidden> on 2013-05-10

PR remote/15455 - QTro remote packet broken

In the function remote_trace_set_readonly_regions in gdb/remote.c, the
local variable 'offset' does not account for "QTro" at the start of
the packet with the result that if there are any read-only regions,
the packet is sent -- but without the "QTro" -- causing the remote
stub to report that the packet is unsupported:

  Sending packet: $:0000000000400200,(...),00000000004560a4#ab...Packet received:

vs the expected:

  Sending packet: $QTro:0000000000400200,(...),00000000004560a4#31...Packet received: OK

We don't see the problem when testing with GDBserver, as that supports
qXfer:trace-frame-info:read, meaning GDBserver never needs to read
from the read-only sections directly itself. This commit adds a test
that explicitly disables qXfer:trace-frame-info:read.

2013-05-10 David Taylor <email address hidden>

 PR remote/15455

 * remote.c (remote_trace_set_readonly_regions): Do not overwrite
 "QTro" at start of packet.

2013-05-10 Pedro Alves <email address hidden>

 PR remote/15455

 * gdb.trace/qtro.c: New file.
 * gdb.trace/qtro.exp: New file.

41083. By Joel Brobecker <email address hidden> on 2013-05-10

move sparc-sol-thread.c back into sol-thread.c.

The routines in sparc-sol-thread used to be SPARC-specific (and
documented as such in the ptrace man page), and therefore hosting them
in a sparc-specific file made sense. However, newer versions of
Solaris now use those callbacks (Solaris 10 Update 10, apparently),
and thus the note about these callbacks being specific to SPARC
was removed.

So this patch deletes sparc-sol-thread.c and moves the code back
inside sol-thread.c.


        PR tdep/15420:
        * sol-thread.c (ps_lgetxregsize, ps_lgetxregs, ps_lsetxregs):
        New functions, directly copied from sparc-sol-thread.c.
        * sparc-sol-thread.c: Delete.
        * configure.ac: Remove code handling sparc-solaris-thread.c.
        * configure: Regenerate.

41082. By gdbadmin <email address hidden> on 2013-05-10

*** empty log message ***

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
This branch contains Public information 
Everyone can see this information.