From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 78676 invoked by alias); 21 Jan 2016 14:44:15 -0000 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 Received: (qmail 78638 invoked by uid 89); 21 Jan 2016 14:44:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-spam-relays-external:209.85.192.179, 11pm, H*RU:209.85.192.179 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-pf0-f179.google.com Received: from mail-pf0-f179.google.com (HELO mail-pf0-f179.google.com) (209.85.192.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 21 Jan 2016 14:44:12 +0000 Received: by mail-pf0-f179.google.com with SMTP id e65so24718416pfe.0; Thu, 21 Jan 2016 06:44:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=5yZn5UcR21fi5z82OWzLz69iEFtueP7h0NzDazol50I=; b=d0ZJhOVGm1qcOeuU9bQByof0qnKCwoS+q5f7GEmAUJcyhSxBjMRv8dPLL/IT+5d1LN e/Jx76jJjL5va9PGaQZm+FnBe66MG2Fp6scys87Xn0m9R2ReQzag3IZlfMbCVnCKYipB kDCHgolcmur/3k/DckKsEBYFdBSvlb/vLgUrQ/4TLTmOummBUI0HgToPcUl9v9NajzMO wja9ICLABmIvhzoe0z4mW7F5Op9+aYEYfqcJLwg3tfjQJ82fJ+lKvmy/SKjRrhyP3yDv Ru8JSktDmXQ18hG3wPPSvYSNU7/fnBMRF6RLswl294ddE/oDm8ff6o1WUO2p+6SMKb9p 66bA== X-Gm-Message-State: ALoCoQnG+DLOhl5wVx80M+WpWAANcE8Bg5UHHPAc8clj8SsuM1hjJHXkqMILgRRJgoGzV01lFPn8NVjdsRyXvpbctZ6Bqn1ANA== X-Received: by 10.98.32.156 with SMTP id m28mr61577082pfj.74.1453387451146; Thu, 21 Jan 2016 06:44:11 -0800 (PST) Received: from bubble.grove.modra.org (CPE-58-160-163-67.gqzg1.fli.bigpond.net.au. [58.160.163.67]) by smtp.gmail.com with ESMTPSA id w82sm3157541pfi.95.2016.01.21.06.44.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Jan 2016 06:44:10 -0800 (PST) Received: by bubble.grove.modra.org (Postfix, from userid 1000) id 28A7CEA0186; Fri, 22 Jan 2016 01:14:06 +1030 (ACDT) Date: Thu, 21 Jan 2016 14:44:00 -0000 From: Alan Modra To: Pedro Alves Cc: "H.J. Lu" , Binutils , GDB Subject: Re: Use elfcore_write_linux_prstatus in gdb Message-ID: <20160121144405.GK17028@bubble.grove.modra.org> References: <20160121092855.GJ17028@bubble.grove.modra.org> <56A0CE51.1090709@redhat.com> <56A0D901.7010709@redhat.com> <56A0E594.2080303@redhat.com> <56A0EA83.3040403@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56A0EA83.3040403@redhat.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2016-01/txt/msg00522.txt.bz2 On Thu, Jan 21, 2016 at 02:26:11PM +0000, Pedro Alves wrote: > As I said, "AFAICS, elf_prstatusx32 is exactly like elf_prstatus32, > except it takes a 64-bit regset." It's probably an issue > of alignment/padding? Yes, I guess that the presence of elf_gregset64_t for x32 changes the alignment of the external struct, inserting 4 bytes of padding at the end. -- Alan Modra Australia Development Lab, IBM