This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH] xcoff64 support, read correct aux entries in case of xlc, qfuncsect and ffunction-sections filename update.
- From: Tom Tromey <tromey at redhat dot com>
- To: "Ulrich Weigand" <uweigand at de dot ibm dot com>
- Cc: raunaq12 at in dot ibm dot com (Raunaq 12), brobecker at adacore dot com, gdb-patches at sourceware dot org, palves at redhat dot com (Pedro Alves)
- Date: Tue, 17 Sep 2013 12:26:49 -0600
- Subject: Re: [PATCH] xcoff64 support, read correct aux entries in case of xlc, qfuncsect and ffunction-sections filename update.
- Authentication-results: sourceware.org; auth=none
- References: <OFF1AD3B4E dot E38F5E08-ON65257BE9 dot 002880DA-65257BE9 dot 0035DBE4 at in dot ibm dot com> <201309171333 dot r8HDX0dL006584 at d06av02 dot portsmouth dot uk dot ibm dot com>
>>>>> "Ulrich" == Ulrich Weigand <uweigand@de.ibm.com> writes:
Ulrich> I think it really needs to be CORE_ADDR. Note that "long long"
Ulrich> shouldn't be used in common code since on some systems /
Ulrich> compilers this data type isn't even available ...
FWIW, I think we have some uses of "long long" in the generic code.
E.g., tracepoint.c.
However, I think we should still stick to the LONGEST / ULONGEST /
CORE_ADDR convention; partly because the majority of code uses it, but
also because I think the CORE_ADDR distinction in particular is useful
to maintain when possible.
Tom