DJ Delorie <[EMAIL PROTECTED]> writes:
> > The EH code does seem to use POINTER_SIZE pretty consistently.
> > DWARF2_ADDR_SIZE is for the debug info, not the exception frame
> > info. I haven't looked into the history of why this is so.
>
> Hmmm... I suppose the EH info is used by the runtime as
> The EH code does seem to use POINTER_SIZE pretty consistently.
> DWARF2_ADDR_SIZE is for the debug info, not the exception frame
> info. I haven't looked into the history of why this is so.
Hmmm... I suppose the EH info is used by the runtime as well, right?
So changing to a non-standard addr
DJ Delorie <[EMAIL PROTECTED]> writes:
> The m32c port has this:
>
> #define DWARF2_ADDR_SIZE 4
>
> However, dwarf2asm.c has this:
>
> int
> size_of_encoded_value (int encoding)
> {
> . . .
> case DW_EH_PE_absptr:
> return POINTER_SIZE / BITS_PER_UNIT;
>
> The net result is th
The m32c port has this:
#define DWARF2_ADDR_SIZE4
However, dwarf2asm.c has this:
int
size_of_encoded_value (int encoding)
{
. . .
case DW_EH_PE_absptr:
return POINTER_SIZE / BITS_PER_UNIT;
The net result is that the EH sections have 2 byte pointers for the
m16c variant (HIm
