This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH 9/9] Document "target:" sysroot changes
- From: Pedro Alves <palves at redhat dot com>
- To: Gary Benson <gbenson at redhat dot com>, gdb-patches at sourceware dot org
- Date: Wed, 01 Apr 2015 13:15:41 +0100
- Subject: Re: [PATCH 9/9] Document "target:" sysroot changes
- Authentication-results: sourceware.org; auth=none
- References: <1426870087-32654-1-git-send-email-gbenson at redhat dot com> <1426870087-32654-10-git-send-email-gbenson at redhat dot com>
On 03/20/2015 04:48 PM, Gary Benson wrote:
> This commit documents the newly added "target:" sysroot feature.
>
> gdb/ChangeLog:
>
> * NEWS: Announce the new default sysroot of "target:".
>
> gdb/doc/ChangeLog:
>
> * gdb.texinfo (set sysroot): Document "target:".
> ---
> gdb/ChangeLog | 4 ++++
> gdb/NEWS | 5 +++++
> gdb/doc/ChangeLog | 4 ++++
> gdb/doc/gdb.texinfo | 23 ++++++++++++++---------
> 4 files changed, 27 insertions(+), 9 deletions(-)
>
> diff --git a/gdb/NEWS b/gdb/NEWS
> index bda4a35..3d4f98d 100644
> --- a/gdb/NEWS
> +++ b/gdb/NEWS
> @@ -7,6 +7,11 @@
> present in the debug info. This typically includes the compiler version
> and may include things like its command line arguments.
>
> +* Paths supplied to the "set sysroot" commands may be prefixed with
> + "target:" to tell GDB to access shared libraries from the target
> + system, be it local or remote. This replaces the prefix "remote:".
> + The default sysroot has been changed from "" to "target:".
I think you should mention also what happens if you still use "remote:".
Something around '"remote:" is automatically converted to "target:" for
backward compatibility'.
> +If @var{path} starts with the sequence @file{target:} and the target
> +system is remote then @value{GDBN} will retrieve the target binaries
> +from the remote system. This is only supported when using a remote
> +target that supports the @code{remote get} command (@pxref{File
> +Transfer,,Sending files to a remote system}). The part of @var{path}
> +following the initial @file{target:} (if present) is used as system
> +root prefix on the remote file system. If @var{path} starts with the
> +sequence @file{remote:} this will be converted to the sequence
s/this will be converted/this is converted/
> +@file{target:} by @code{set sysroot}. @footnote{Historically the
> +functionality to retrieve binaries from the remote system was
> +provided by prefixing @var{path} with @file{remote:}} @footnote{If you
> +want to specify a local system root using a directory that happens to
> +be named @file{target:} or @file{remote:}, you need to use some
> +equivalent variant of the name like @file{./target:}.}
>
> For targets with an MS-DOS based filesystem, such as MS-Windows and
> SymbianOS, @value{GDBN} tries prefixing a few variants of the target
>
Thanks,
Pedro Alves