[patch] remove extraneous check_typedef () call in c_val_print ()

[Jason Molenda <jmolenda@apple.com>]

Hello, my name is Jason Molenda, here is my first patch submission to 
GDB.  I've heard that my employer has a copyright assignment on file 
already, so I expect those details are all in order.  If I've missed 
some bit of documentation about how to submit a patch properly, please 
let me know.

This patch fixes the case where c_val_print() calls check_typedef() 
twice for some common cases.  On MacOS X, check_typedef() can be very 
expensive for some of our symbols, so calling this function any more 
than necessary is to be avoided.
The code in c_val_print() looks like this:

   switch (TYPE_CODE (type))
     {
     case TYPE_CODE_ARRAY:
       elttype = check_typedef (TYPE_TARGET_TYPE (type));
[...]
       /* Array of unspecified length: treat like pointer to first 
elt.  */
       addr = address;
       goto print_unpacked_pointer;

     case TYPE_CODE_PTR:
[...]
       elttype = check_typedef (TYPE_TARGET_TYPE (type));
       if (TYPE_CODE (elttype) == TYPE_CODE_METHOD)
         {
[...]
        else
         {
           addr = unpack_pointer (type, valaddr + embedded_offset);
         print_unpacked_pointer:
           elttype = check_typedef (TYPE_TARGET_TYPE (type));

           if (TYPE_CODE (elttype) == TYPE_CODE_FUNC)


In short, we have two code paths that are followed -- if it's a 
TYPE_CODE_ARRAY,
we call check_typedef, and in some cases we jump (goto) to the middle of 
the TYPE_CODE_PTR case for printing.  For TYPE_CODE_PTR, we call 
check_typedef, then we have the goto label, then we call check_typedef 
again.  This second check_typedef was necessary long ago when 
check_typedef was only run for _some_ cases in the TYPE_CODE_ARRAY 
case.  The check_typedef call was moved out of a conditional statement 
as a part of the HP merge (ChangeLog appended below) in 1998, making 
this second check_typedef call in TYPE_CODE_PTR redundant.

On OS X, we have many opaque struct pointers.  Programs get these 
pointers to e.g. window handles and pass the pointers to various toolkit 
functions.  To discourage developers from touching the internals, there 
are no symbols provided for these opaque structures.  These opaque 
struct pointers are common data types in OS X programs.

The end result is that you have local variables with this type, and if 
you have a GUI showing the locals after every 'step', gdb is forced to 
grub through all the symbols looking for this opaque struct at every 
step.  This is very very slow.  And doing it _twice_ was even 
slower. :-)  We'll probably have to look at cacheing the fact that the 
struct pointer has no definition some time in the future (it's still far 
too slow), but this is a reasonable first step -- the lowest of the low 
hanging fruit, you might say.

Jason

Thu Dec 31 16:54:30 1998  David Taylor  <taylor@texas.cygnus.com>

[...]

         * c-valprint.c (c_val_print): Add new parameter embedded_offset.
         Add embedded_offset to valaddr in function calls.  fix calls to
         val_print, and cp_print_value_fields.  Attempt to determine the
         real type of the object to be printed.  fixed call to
         cp_print_value_fields.  process TYPE_CODE_METHOD as well.  moved
         call to check_typedef out of conditional.  add embedded offset
         param to val_print call.