From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17418 invoked by alias); 15 Sep 2008 00:34:24 -0000 Received: (qmail 17410 invoked by uid 22791); 15 Sep 2008 00:34:23 -0000 X-Spam-Check-By: sourceware.org Received: from igw3.br.ibm.com (HELO igw3.br.ibm.com) (32.104.18.26) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 15 Sep 2008 00:33:40 +0000 Received: from mailhub1.br.ibm.com (unknown [9.18.232.109]) by igw3.br.ibm.com (Postfix) with ESMTP id 89FD33900DD for ; Sun, 14 Sep 2008 21:12:11 -0300 (BRST) Received: from d24av01.br.ibm.com (d24av01.br.ibm.com [9.18.232.46]) by mailhub1.br.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8F0XiUm2527488 for ; Sun, 14 Sep 2008 21:33:44 -0300 Received: from d24av01.br.ibm.com (loopback [127.0.0.1]) by d24av01.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m8F0Xb2E032366 for ; Sun, 14 Sep 2008 21:33:37 -0300 Received: from [9.8.5.193] ([9.8.5.193]) by d24av01.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m8F0XbDB032362; Sun, 14 Sep 2008 21:33:37 -0300 Subject: Re: [PATCH/RFC] auxv entries From: Thiago Jung Bauermann To: Mark Kettenis Cc: gdb-patches@sourceware.org In-Reply-To: <200809142127.m8ELR9eX025288@brahms.sibelius.xs4all.nl> References: <200809142127.m8ELR9eX025288@brahms.sibelius.xs4all.nl> Content-Type: text/plain; charset=utf-8 Date: Mon, 15 Sep 2008 00:34:00 -0000 Message-Id: <1221438784.17278.18.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-09/txt/msg00327.txt.bz2 (I'd really, really like to talk to the person who thought it would be a good idea to make + 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 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