This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH 2/3] (patch 2/4, v2) [nto] Implement TARGET_OBJECT_AUXV.
- From: Pedro Alves <palves at redhat dot com>
- To: Aleksandar Ristovski <aristovski at qnx dot com>, "gdb-patches at sourceware dot org" <gdb-patches at sourceware dot org>
- Date: Tue, 20 Oct 2015 17:03:42 +0100
- Subject: Re: [PATCH 2/3] (patch 2/4, v2) [nto] Implement TARGET_OBJECT_AUXV.
- Authentication-results: sourceware.org; auth=none
- References: <56263FED dot 3050602 at redhat dot com> <1445351294-18179-1-git-send-email-aristovski at qnx dot com> <1445351294-18179-3-git-send-email-aristovski at qnx dot com> <56265BB2 dot 6060204 at redhat dot com> <562660E9 dot 7000000 at qnx dot com>
On 10/20/2015 04:42 PM, Aleksandar Ristovski wrote:
> On 15-10-20 11:20 AM, Pedro Alves wrote:
>> Does this result in any visible improvement? I assume that
>> at least, "info auxv" now works [1] [2]. It'd be really nice to have a
>> blurb in the commit log mentioning what motivated this.
>
> Yes, info auxv works on a live process. For the core I have other
> patches that need to go in first, but the mechanism of getting auxv
> remains the same; only determining initial stack changes.
OK, but please clarify or drop the misleading comment until
those patches go in then. Please push with that fixed.
>
> I will add something to the commit log.
> "Fix 'info auxv' for nto."
Thanks.
>> [1] - BTW, if you enable gdb.base/auxv.exp on NTO, does it pass?
>>
>
> It fails since we have AT_* entries that are specific to nto, and get
> printed as ??? which causes regex to not match. I have it patched
> internally and print them out, but didn't think it would be acceptable
> upstream.
Why wouldn't it? If the issue is that the numbers conflict with other
ports, then it can be handled with a gdbarch method.
Thanks,
Pedro Alves