From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-107916-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 14995 invoked by alias); 4 Dec 2013 10:07:23 -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 14962 invoked by uid 89); 4 Dec 2013 10:07:22 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=0.0 required=5.0 tests=AWL,BAYES_50,RDNS_NONE,SPF_PASS,UNPARSEABLE_RELAY autolearn=no version=3.3.2
X-HELO: aserp1040.oracle.com
Received: from Unknown (HELO aserp1040.oracle.com) (141.146.126.69) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 04 Dec 2013 10:06:02 +0000
Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])	by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rB4A5q4s004589	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Wed, 4 Dec 2013 10:05:53 GMT
Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230])	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rB4A5qFl013141	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);	Wed, 4 Dec 2013 10:05:52 GMT
Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23])	by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rB4A5qdw026971;	Wed, 4 Dec 2013 10:05:52 GMT
Received: from termi.oracle.com (/10.175.46.192)	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Wed, 04 Dec 2013 02:05:51 -0800
From: jose.marchesi@oracle.com (Jose E. Marchesi)
To: Pedro Alves <palves@redhat.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH] add gdbarch_in_function_epilogue_p hook for sparc64
References: <87mwm9b8pr.fsf@oracle.com> <529E2ADD.6020409@redhat.com>
Date: Wed, 04 Dec 2013 10:07:00 -0000
In-Reply-To: <529E2ADD.6020409@redhat.com> (Pedro Alves's message of "Tue, 03	Dec 2013 19:02:53 +0000")
Message-ID: <8738m9j5de.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/msg00120.txt.bz2


    On 10/16/2013 03:18 PM, Jose E. Marchesi wrote:
    > Note that despite sparc_in_function_epilogue_p must work on both sparc32
    > and sparc64 the patch only installs the hook on sparc64 targets.  This
    > is because I can't test it in sparc32.
    
    Can't sparc64 run sparc32 binaries?  Something like -m32 ?

Yes it can.  But right now what I have is a 64bit-only userspace.  I
will hook gdbarch_in_function_epilogue_p on the sparc32 target as soon
as I can test it properly.