Re: Ada's formats

[Andrew Cagney <cagney@gnu.org>]

> Andrew,
> 
> 
>>> #if 0
>>>    {"8#%lo#", "8#", "o", "#"},   /* Octal format info */
>>>    {"%ld", "", "d", ""},         /* Decimal format info */
>>>    {"16#%lx#", "16#", "x", "#"}, /* Hex format info */
>>> #else
>>>    /* Copied from c-lang.c.  */
>>>    {"0%lo", "0", "o", ""},       /* Octal format info */
>>>    {"%ld", "", "d", ""},         /* Decimal format info */
>>>    {"0x%lx", "0x", "x", ""},     /* Hex format info */
>>> #endif
> 
> 
> The problem reflected by the conditionalization here was aesthetic
> internal disagreement as to whether we wanted Ada's literal format for
> hex numbers (e.g., 16#deadbeef#) or C's.  GDB sometimes refers to the
> language vector and sometimes does not, so that if our purpose was to
> be kind to the hypothetical GNAT user (i.e., one who believes that "C"
> is just the third letter of the alphabet), we would not only fail, but
> perhaps sow further confusion.  The two options remain in the source
> code, however, to indicate the embarrassing fact that we are not of
> one mind on the issue.

> If on the other hand you are asking whether I think that (in general),
> it would improve the abstraction to "functionalize" this part of the
> language vector, my answer is a firm ... could be.

How about this: shall gdb support the feature of language specific 
numeric formatting?

If yes, we'll need to make this work.  The current code isn't sufficient 
so a change such as I suggest will be needed.

If no, we should delete all that broken code - it isn't sufficient to 
handle the Ada case.

Here ``could be'' isn't an option :-)

Andrew