A Dwarf interpretation question:
We have a problem to make GCC-compiled code interact with the HP
native debugger, and it looks like it is caused by the way the
attribute DW_AT_frame_base is interpreted. Apparently, when a frame
pointer can be found in a register, the value generated by GCC for t
Daniel Jacobowitz ([EMAIL PROTECTED]):
> You may want to join the dwarf-discuss list, where this exact same
> conversation is taking place - probably about the exact same
> interaction.
OK, thanks!
--
Jerome
Hello,
dwarf2out.c reads:
[...]
case CHAR_TYPE:
/* GNU Pascal/Ada CHAR type. Not used in C. */
if (TREE_UNSIGNED (type))
encoding = DW_ATE_unsigned_char;
else
encoding = DW_ATE_signed_char;
break;
[...]
The comment is wrong. In Ada, the tree code for
Jim,
Thank you for your answer !
James E Wilson ([EMAIL PROTECTED]):
> I think it would be better if the language front ends switched to using
> CHAR_TYPE for character types. Otherwise the debug output routines need
> a lot of code to tell which integer types are actually character types,
>