From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24312 invoked by alias); 29 Apr 2008 08:03:11 -0000 Received: (qmail 24302 invoked by uid 22791); 29 Apr 2008 08:03:11 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 29 Apr 2008 08:02:46 +0000 Received: from brahms.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by brahms.sibelius.xs4all.nl (8.14.1/8.14.1) with ESMTP id m3T82OVG029793; Tue, 29 Apr 2008 10:02:24 +0200 (CEST) Received: (from kettenis@localhost) by brahms.sibelius.xs4all.nl (8.14.1/8.14.1/Submit) id m3T82Nal006332; Tue, 29 Apr 2008 10:02:23 +0200 (CEST) Date: Tue, 29 Apr 2008 15:58:00 -0000 Message-Id: <200804290802.m3T82Nal006332@brahms.sibelius.xs4all.nl> From: Mark Kettenis To: brobecker@adacore.com CC: gdb-patches@sourceware.org In-reply-to: <20080429034705.GG16574@adacore.com> (message from Joel Brobecker on Mon, 28 Apr 2008 20:47:05 -0700) Subject: Re: [RFA/RFC/sparc32] SIGSEGV during fun call when no debugging info References: <20080429034705.GG16574@adacore.com> 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-04/txt/msg00653.txt.bz2 > Date: Mon, 28 Apr 2008 20:47:05 -0700 > From: Joel Brobecker > > One approach would be to enhance the code above to also handle function > calls when no symbol is found. This is what find_function_in_inferior > does, and we could do something similar. But seems a bit absurd to do > that, because we don't have multiple calling conventions on sparc. > So finding the type would be useless. Makes sense to me. > 2008-04-29 Joel Brobecker > > * gdbarch.sh: Document the return_value method. Explain that > the FUNCTYPE parameter might be NULL. > * gdbarch.h: Regenerated. > * sparc-tdep.c (sparc32_push_dummy_code): Do not pass the function > type when calling using_struct_return, as this is unnecessary > on this target. > > Tested on sparc-solaris. Fixes many many regressions in gdb.ada, > gdb.base and gdb.gdb. > > OK to apply? sure