This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH/RFC] auxv entries
- From: Thiago Jung Bauermann <bauerman at br dot ibm dot com>
- To: Mark Kettenis <mark dot kettenis at xs4all dot nl>
- Cc: gdb-patches at sourceware dot org
- Date: Sun, 14 Sep 2008 21:33:04 -0300
- Subject: Re: [PATCH/RFC] auxv entries
- References: <200809142127.m8ELR9eX025288@brahms.sibelius.xs4all.nl>
(I'd really, really like to talk to the person who thought it would be a
good idea to make <ctrl>+<enter> a shortcut to send the message.)
El dom, 14-09-2008 a las 23:27 +0200, Mark Kettenis escribiÃ:
> Many, if not all, processor-specific ELF ABI documents have the
> following definition of auxv entries:
>
> typedef struct
> {
> int a_type;
> union {
> long a_val;
> void *a_ptr;
> void (*a_fcn)();
> } a_un;
> } auxv_t;
I have this in <elf.h> in ppc64-linux:
typedef struct
{
uint64_t a_type; /* Entry type */
union
{
uint64_t a_val; /* Integer value */
/* We use to have pointer elements added here. We cannot do that,
though, since it does not work when using 32-bit definitions
on 64-bit platforms and vice versa. */
} a_un;
} Elf64_auxv_t;
So default_auxv_parse seems right to me.
--
[]'s
Thiago Jung Bauermann
IBM Linux Technology Center