From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24994 invoked by alias); 7 Nov 2005 05:16:16 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 24972 invoked by uid 22791); 7 Nov 2005 05:16:12 -0000 Received: from ausmtp01.au.ibm.com (HELO ausmtp01.au.ibm.com) (202.81.18.186) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 07 Nov 2005 05:16:12 +0000 Received: from sd0208e0.au.ibm.com (d23rh904.au.ibm.com [202.81.18.202]) by ausmtp01.au.ibm.com (8.12.10/8.12.10) with ESMTP id jA75JGBb173240 for ; Mon, 7 Nov 2005 16:19:17 +1100 Received: from d23av01.au.ibm.com (d23av01.au.ibm.com [9.190.250.242]) by sd0208e0.au.ibm.com (8.12.10/NCO/VERS6.7) with ESMTP id jA75J5rL183008 for ; Mon, 7 Nov 2005 16:19:05 +1100 Received: from d23av01.au.ibm.com (loopback [127.0.0.1]) by d23av01.au.ibm.com (8.12.11/8.13.3) with ESMTP id jA75G2Yj018590 for ; Mon, 7 Nov 2005 16:16:02 +1100 Received: from [9.181.133.252] ([9.181.133.252]) by d23av01.au.ibm.com (8.12.11/8.12.11) with ESMTP id jA75G0PL018427; Mon, 7 Nov 2005 16:16:01 +1100 Date: Mon, 07 Nov 2005 05:16:00 -0000 From: Wu Zhou To: Daniel Jacobowitz cc: Mark Kettenis , gdb@sources.redhat.com Subject: Re: The root cause for SEGV in evaluating fortran function call, any solution or suggestion? In-Reply-To: <20051107050138.GA26181@nevyn.them.org> Message-ID: References: <20051102145258.GA28372@nevyn.them.org> <200511032134.jA3LYDsT017248@elgar.sibelius.xs4all.nl> <20051107000949.GD19200@nevyn.them.org> <20051107050138.GA26181@nevyn.them.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2005-11/txt/msg00137.txt.bz2 On Mon, 7 Nov 2005, Daniel Jacobowitz wrote: > On Mon, Nov 07, 2005 at 12:51:59PM +0800, Wu Zhou wrote: > > You are quite right. Following your pointer, I made another patch and it > > now passed with both g77 (3.4.4) and gfortran (4.0.1) on a x86 box. I > > didn't consider the red zone in AMD64 architecture, so maybe it won't work > > on it. I will try to find a chance to test it on other platform, such as > > ppc64 or any other platform I can get access to. > > > > Appended is the patch. Any comments and suggestion are highly > > appreciated! > > Just to be clear: the patch is _not_ acceptable as is. We need to > decide what gfortran's debugging information should look like, and how > the transformation should be controlled by language. Casting an > integer to a pointer by pushing it to the stack this way is not the > correct behavior for any other language. That is okay. I am very happy to know how gfortran should handle this kind of case. Will you talk with gfortran guys on this? If possible, would you please include me in the cc-list of your correspondence? That will be highly appreciated. Regards - Wu Zhou