From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-107874-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 18461 invoked by alias); 3 Dec 2013 11:59:55 -0000
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
Received: (qmail 18452 invoked by uid 89); 3 Dec 2013 11:59:55 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_20,RDNS_NONE,SPF_PASS,UNPARSEABLE_RELAY autolearn=no version=3.3.2
X-HELO: userp1040.oracle.com
Received: from Unknown (HELO userp1040.oracle.com) (156.151.31.81) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Tue, 03 Dec 2013 11:58:27 +0000
Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])	by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rB3BwHrn030932	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Tue, 3 Dec 2013 11:58:18 GMT
Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85])	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rB3BwGOE013630	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);	Tue, 3 Dec 2013 11:58:17 GMT
Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11])	by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rB3BwGjh012967;	Tue, 3 Dec 2013 11:58:16 GMT
Received: from termi.oracle.com (/10.175.20.72)	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Tue, 03 Dec 2013 03:58:16 -0800
From: jose.marchesi@oracle.com (Jose E. Marchesi)
To: Pedro Alves <palves@redhat.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH] Support for the $_siginfo convenience var in sparc64
References: <8761sptppx.fsf@oracle.com> <52667BC5.2050300@redhat.com>	<87zjq1s9ww.fsf@oracle.com>
Date: Tue, 03 Dec 2013 11:59:00 -0000
In-Reply-To: <87zjq1s9ww.fsf@oracle.com> (Jose E. Marchesi's message of "Tue,	22 Oct 2013 15:38:23 +0200")
Message-ID: <87d2lew3fb.fsf@oracle.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-IsSubscribed: yes
X-SW-Source: 2013-12/txt/msg00078.txt.bz2


ping

        > The following patch adds support for the $_siginfo convenience variable
        > to sparc64-*-linux-gnu targets.
        
        I take it from the patch that linux-tdep.c:linux_get_siginfo_type wouldn't
        work for sparc64?  Why is that?  What's different?
    
    These are the differences of glibc's bits/siginfo.h in sparc with
    respect to bits/siginfo.h in x86:
    
    - The _sigfault struct has an additional field `int si_trapno'.
    - The `si_band' field in the `_sigpoll' struct is of type `int' instead
      of `long int'.
    
    It would be nice to avoid all that code repetition, but since glibc
    maintains per-target bits/signinfo.h files more differences could be
    introduced in the future...