[patch NEWS+7.6] List the MI "fullname" change

[patch NEWS+7.6] List the MI "fullname" change

[Jan Kratochvil]

Hi Eli,

the was change
	[rfc] Print MI fullname even for non-existing files
	http://sourceware.org/ml/gdb-patches/2012-12/msg00557.html
	Message-ID: <20121217155859.GA8029@host2.jankratochvil.net>

which Pedro has found
	http://sourceware.org/ml/gdb-patches/2013-04/msg00040.html
is not reflected in gdb/NEWS.


Thanks,
Jan


gdb/
2013-04-03  Jan Kratochvil  <jan.kratochvil@redhat.com>

	* NEWS (Changes in GDB 7.6): Update the data-disassemble for "fullname".
	New entry about "fullname" presence.

diff --git a/gdb/NEWS b/gdb/NEWS
index a2a7320..621da2c 100644
--- a/gdb/NEWS
+++ b/gdb/NEWS
@@ -220,8 +220,7 @@ show debug notification
   ** Memory changes are now notified using new async record
      "=memory-changed".
   ** The data-disassemble command response will include a "fullname" field
-     containing the absolute file name when GDB can determine it and source
-     has been requested.
+     containing the absolute file name when source has been requested.
   ** New optional parameter COUNT added to the "-data-write-memory-bytes" 
      command, to allow pattern filling of memory areas.
   ** New commands "-catch-load"/"-catch-unload" added for intercepting
@@ -232,6 +231,8 @@ show debug notification
   ** Output of the "-trace-status" command includes a "trace-file" field 
      containing the name of the trace file being examined.  This field is
      optional, and only present when examining a trace file.
+  ** The "fullname" field is now always present along the "file" field,
+     even if the file cannot be found by GDB.
 
 * GDB now supports the "mini debuginfo" section, .gnu_debugdata.
   You must have the LZMA library available when configuring GDB for this

Re: [patch NEWS+7.6] List the MI "fullname" change

[Eli Zaretskii]

> Date: Wed, 3 Apr 2013 19:50:27 +0200
> From: Jan Kratochvil <jan.kratochvil@redhat.com>
> 
> Hi Eli,
> 
> the was change
> 	[rfc] Print MI fullname even for non-existing files
> 	http://sourceware.org/ml/gdb-patches/2012-12/msg00557.html
> 	Message-ID: <20121217155859.GA8029@host2.jankratochvil.net>
> 
> which Pedro has found
> 	http://sourceware.org/ml/gdb-patches/2013-04/msg00040.html
> is not reflected in gdb/NEWS.

Thanks.  This is OK, with one minor comment:

> +  ** The "fullname" field is now always present along the "file" field,
> +     even if the file cannot be found by GDB.   ^^^^^^^^^

"along with".

Re: [patch NEWS+7.6] List the MI "fullname" change

[Jan Kratochvil]

On Wed, 03 Apr 2013 20:12:16 +0200, Eli Zaretskii wrote:
> > +  ** The "fullname" field is now always present along the "file" field,
> > +     even if the file cannot be found by GDB.   ^^^^^^^^^
> 
> "along with".

Just to be sure do you mean it this way?

  ** The "fullname" field is now always present along with "file" field,
     even if the file cannot be found by GDB.


Thanks,
Jan

Re: [patch NEWS+7.6] List the MI "fullname" change

[Eli Zaretskii]

> Date: Wed, 3 Apr 2013 20:17:59 +0200
> From: Jan Kratochvil <jan.kratochvil@redhat.com>
> Cc: gdb-patches@sourceware.org
> 
> On Wed, 03 Apr 2013 20:12:16 +0200, Eli Zaretskii wrote:
> > > +  ** The "fullname" field is now always present along the "file" field,
> > > +     even if the file cannot be found by GDB.   ^^^^^^^^^
> > 
> > "along with".
> 
> Just to be sure do you mean it this way?
> 
>   ** The "fullname" field is now always present along with "file" field,
>      even if the file cannot be found by GDB.

I didn't mean to drop "the", so '...present along with the "file"
field...'.

Sorry for being unclear.

[commit+7.6] [patch NEWS+7.6] List the MI "fullname" change

[Jan Kratochvil]

On Wed, 03 Apr 2013 20:22:18 +0200, Eli Zaretskii wrote:
> I didn't mean to drop "the", so '...present along with the "file"
> field...'.
> 
> Sorry for being unclear.

Checked in:
	http://sourceware.org/ml/gdb-cvs/2013-04/msg00034.html
and for 7.6:
	http://sourceware.org/ml/gdb-cvs/2013-04/msg00035.html


Thanks,
Jan


http://sourceware.org/ml/gdb-cvs/2013-04/msg00034.html

--- src/gdb/ChangeLog	2013/04/03 18:04:33	1.15362
+++ src/gdb/ChangeLog	2013/04/03 18:28:49	1.15363
@@ -1,3 +1,8 @@
+2013-04-03  Jan Kratochvil  <jan.kratochvil@redhat.com>
+
+	* NEWS (Changes in GDB 7.6): Update the data-disassemble for "fullname".
+	New entry about "fullname" presence.
+
 2013-04-03  Pedro Alves  <palves@redhat.com>
 
 	* NEWS: Mention x86_64/Cygwin as new native configuration.
--- src/gdb/NEWS	2013/04/03 18:04:33	1.582
+++ src/gdb/NEWS	2013/04/03 18:28:49	1.583
@@ -221,8 +221,7 @@
   ** Memory changes are now notified using new async record
      "=memory-changed".
   ** The data-disassemble command response will include a "fullname" field
-     containing the absolute file name when GDB can determine it and source
-     has been requested.
+     containing the absolute file name when source has been requested.
   ** New optional parameter COUNT added to the "-data-write-memory-bytes" 
      command, to allow pattern filling of memory areas.
   ** New commands "-catch-load"/"-catch-unload" added for intercepting
@@ -233,6 +232,8 @@
   ** Output of the "-trace-status" command includes a "trace-file" field 
      containing the name of the trace file being examined.  This field is
      optional, and only present when examining a trace file.
+  ** The "fullname" field is now always present along with the "file" field,
+     even if the file cannot be found by GDB.
 
 * GDB now supports the "mini debuginfo" section, .gnu_debugdata.
   You must have the LZMA library available when configuring GDB for this