Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
* Re: Remove type prefix for -var-evaluate-expression/functions
@ 2006-03-17 14:33 Nick Roberts
  2006-03-17 15:03 ` Vladimir Prus
  0 siblings, 1 reply; 8+ messages in thread
From: Nick Roberts @ 2006-03-17 14:33 UTC (permalink / raw)
  To: Vladimir Prus; +Cc: gdb-patches


> > > the following patch removes 'type prefix' from output of
> > > -var-evaluate-expression applied to objects of function type (not
> > > pointers to functions, but functions).
> > > 
> > > It causes no regression in the testsuite for me.
> > 
> > But I guess a new test would help prevent a regression (in the code) in
> > the future.
> 
> Yes, can you suggest which file should I add this new testcase too?

Well I guess mi-var-cmd.exp.  Please remember that I'm not the maintainer
but just an interested party.  See what Daniel says.  He might want something
for mi2-var-cmd.exp too.


> > > +  if (TYPE_CODE (type) == TYPE_CODE_FUNC)
> > 
> > This condition must always be true here (case TYPE_CODE_FUNC:).
> 
> This chunk is in 'c_value_print', where there's no switch.      

Ah yes!  I misread the patch.

> I guess I'd better send the patch with "-p". It's attached, hopefully it's
> more clear.

> And thanks for the hint about -p!

Hmm...yes, I guess I've proved my own point.

-- 
Nick                                           http://www.inet.net.nz/~nickrob


PS I'm not subscribed to gdb-patches so please include me in your replies.
I think its fairly standard to do this as its more inconvenient to get no
reply, than get two and have to delete one.


^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: Remove type prefix for -var-evaluate-expression/functions
@ 2006-03-17 10:20 Nick Roberts
  2006-03-17 10:42 ` Vladimir Prus
  0 siblings, 1 reply; 8+ messages in thread
From: Nick Roberts @ 2006-03-17 10:20 UTC (permalink / raw)
  To: Vladimir Prus; +Cc: gdb-patches

> Hi,
> the following patch removes 'type prefix' from output of
> -var-evaluate-expression applied to objects of function type (not pointers
> to functions, but functions).
> 
> It causes no regression in the testsuite for me.

But I guess a new test would help prevent a regression (in the code) in the
future.

> Changelog:
> 
> 2006-03-15 Vladimir Prus <ghost@cs.msu.su>
>         
>         * c-valprint.c 
>          (c_val_print): Don't print type prefix for functions.
>          (c_value_print): Print type prefix for functions here.


> Patch attached.

... 
> +  if (TYPE_CODE (type) == TYPE_CODE_FUNC)

This condition must always be true here (case TYPE_CODE_FUNC:).

> +    {
> +      /* FIXME, we should consider, at least for ANSI C language, eliminating
> +         the distinction made between FUNCs and POINTERs to FUNCs.  */
> +      fprintf_filtered (stream, "{");
> +      type_print (type, "", stream, -1);
> +      fprintf_filtered (stream, "} ");
> +    }
> +
> +
>    if (objectprint && (TYPE_CODE (type) == TYPE_CODE_CLASS))
>      {
>        /* Attempt to determine real type of object */


Where's the patch for c_value_print?


-- 
Nick                                           http://www.inet.net.nz/~nickrob


PS As Jason Molenda suggested to me, if you put "diff -p" in your it will
add the name of the function at the top of each hunk which makes it easier
for others to read.


^ permalink raw reply	[flat|nested] 8+ messages in thread
* Remove type prefix for -var-evaluate-expression/functions
@ 2006-03-15 16:27 Vladimir Prus
  0 siblings, 0 replies; 8+ messages in thread
From: Vladimir Prus @ 2006-03-15 16:27 UTC (permalink / raw)
  To: gdb-patches

[-- Attachment #1: Type: text/plain, Size: 462 bytes --]


Hi,
the following patch removes 'type prefix' from output of
-var-evaluate-expression applied to objects of function type (not pointers
to functions, but functions).

It causes no regression in the testsuite for me.

Changelog:

2006-03-15 Vladimir Prus <ghost@cs.msu.su>
        
        * c-valprint.c 
         (c_val_print): Don't print type prefix for functions.
         (c_value_print): Print type prefix for functions here.


Patch attached.

- Volodya

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: type_prefix.diff --]
[-- Type: text/x-diff; name="type_prefix.diff", Size: 1299 bytes --]

Index: c-valprint.c
===================================================================
RCS file: /cvs/src/src/gdb/c-valprint.c,v
retrieving revision 1.39
diff -u -r1.39 c-valprint.c
--- c-valprint.c	18 Jan 2006 21:24:19 -0000	1.39
+++ c-valprint.c	15 Mar 2006 14:44:45 -0000
@@ -356,11 +356,6 @@
 	  print_scalar_formatted (valaddr + embedded_offset, type, format, 0, stream);
 	  break;
 	}
-      /* FIXME, we should consider, at least for ANSI C language, eliminating
-         the distinction made between FUNCs and POINTERs to FUNCs.  */
-      fprintf_filtered (stream, "{");
-      type_print (type, "", stream, -1);
-      fprintf_filtered (stream, "} ");
       /* Try to print what function it points to, and its address.  */
       print_address_demangle (address, stream, demangle);
       break;
@@ -570,6 +565,16 @@
 	}
     }
 
+  if (TYPE_CODE (type) == TYPE_CODE_FUNC)
+    {
+      /* FIXME, we should consider, at least for ANSI C language, eliminating
+         the distinction made between FUNCs and POINTERs to FUNCs.  */
+      fprintf_filtered (stream, "{");
+      type_print (type, "", stream, -1);
+      fprintf_filtered (stream, "} ");
+    }
+
+
   if (objectprint && (TYPE_CODE (type) == TYPE_CODE_CLASS))
     {
       /* Attempt to determine real type of object */

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2006-05-05 20:47 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-03-17 14:33 Remove type prefix for -var-evaluate-expression/functions Nick Roberts
2006-03-17 15:03 ` Vladimir Prus
2006-03-18  1:26   ` Daniel Jacobowitz
2006-04-04  7:18     ` Vladimir Prus
2006-05-05 20:47       ` Daniel Jacobowitz
  -- strict thread matches above, loose matches on Subject: below --
2006-03-17 10:20 Nick Roberts
2006-03-17 10:42 ` Vladimir Prus
2006-03-15 16:27 Vladimir Prus

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox