Document "target:" sysroot changes
authorGary Benson <gbenson@redhat.com>
Thu, 2 Apr 2015 12:38:29 +0000 (13:38 +0100)
committerGary Benson <gbenson@redhat.com>
Thu, 2 Apr 2015 12:38:29 +0000 (13:38 +0100)
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
gdb/NEWS
gdb/doc/ChangeLog
gdb/doc/gdb.texinfo

index dd27cd8b1500bbc13c16268801850d6c33413e2c..079a3071aadf791be6e9acc6e2192fca735075a3 100644 (file)
@@ -1,3 +1,7 @@
+2015-04-02  Gary Benson <gbenson@redhat.com>
+
+       * NEWS: Announce the new default sysroot of "target:".
+
 2015-04-02  Gary Benson <gbenson@redhat.com>
 
        * main.c (captured_main): Set gdb_sysroot to "target:"
index 5013484c6e2a09cffd310b1b73df316d5759a79a..884c3810cbfc7435a9ef6e53d00dcf01f195b13e 100644 (file)
--- a/gdb/NEWS
+++ b/gdb/NEWS
   present in the debug info.  This typically includes the compiler version
   and may include things like its command line arguments.
 
+* Directory names 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:".  "remote:" is automatically converted to "target:" for
+  backward compatibility.
+
 * Python Scripting
 
   ** gdb.Objfile objects have a new attribute "username",
index 83766897e81cd214265b074302f4192e5f0ee10e..b6c1ca33af98a24ba880712f8394b0c19f57955f 100644 (file)
@@ -1,3 +1,7 @@
+2015-04-02  Gary Benson <gbenson@redhat.com>
+
+       * gdb.texinfo (set sysroot): Document "target:".
+
 2015-04-01  Sasha Smundak  <asmundak@google.com>
 
        * doc/python.texi (Writing a Frame Unwinder in Python): Add
index c6e9b9bfce4d5ab1aad73e91ae0569412e7a8479..d794893603d82b97c88c604ade33a32a210ea034 100644 (file)
@@ -17854,15 +17854,20 @@ libraries, they need to be laid out in the same way that they are on
 the target, with e.g.@: a @file{/lib} and @file{/usr/lib} hierarchy
 under @var{path}.
 
-If @var{path} starts with the sequence @file{remote:}, @value{GDBN} will 
-retrieve the target libraries 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{remote:}
-(if present) is used as system root prefix on the remote file system.
-@footnote{If you want to specify a local system root using a directory
-that happens to be named @file{remote:}, you need to use some equivalent
-variant of the name like @file{./remote:}.}
+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 is converted to the sequence
+@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:}}.  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