From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27301 invoked by alias); 24 Nov 2004 00:32:56 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 26785 invoked from network); 24 Nov 2004 00:32:44 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 24 Nov 2004 00:32:44 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id iAO0WhaK009479; Tue, 23 Nov 2004 19:32:43 -0500 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id iAO0Whr15011; Tue, 23 Nov 2004 19:32:43 -0500 Received: from frothingslosh.sfbay.redhat.com (frothingslosh.sfbay.redhat.com [172.16.24.27]) by potter.sfbay.redhat.com (8.12.8/8.12.8) with ESMTP id iAO0Weso013879; Tue, 23 Nov 2004 19:32:41 -0500 Received: from frothingslosh.sfbay.redhat.com (localhost.localdomain [127.0.0.1]) by frothingslosh.sfbay.redhat.com (8.13.1/8.13.1) with ESMTP id iAO0WeBj006094; Tue, 23 Nov 2004 16:32:40 -0800 Received: (from rth@localhost) by frothingslosh.sfbay.redhat.com (8.13.1/8.13.1/Submit) id iAO0WeA8006093; Tue, 23 Nov 2004 16:32:40 -0800 X-Authentication-Warning: frothingslosh.sfbay.redhat.com: rth set sender to rth@redhat.com using -f Date: Wed, 24 Nov 2004 00:47:00 -0000 From: Richard Henderson To: Danny Smith Cc: gcc@gcc.gnu.org, Cygwin , mingw-dvlpr Subject: Re: stdcall lib functions with exception throwing callbacks vs Dwarf2 EH Message-ID: <20041124003240.GA6028@redhat.com> Mail-Followup-To: Richard Henderson , Danny Smith , gcc@gcc.gnu.org, Cygwin , mingw-dvlpr References: <001701c4d1ab$949322e0$0a6d65da@DANNY> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001701c4d1ab$949322e0$0a6d65da@DANNY> User-Agent: Mutt/1.4.1i X-SW-Source: 2004-11/txt/msg00869.txt.bz2 On Wed, Nov 24, 2004 at 11:27:11AM +1300, Danny Smith wrote: > Before I pull any more hair out trying, does any one have any hints on > how to use an MD_FALLBACK_FRAME_STATE_FOR to workaround ... That would be wrong. I think the most likely explanation is that there's a bug in the dwarf2 generator for stdcall functions with -fomit-frame-pointer, and the problem should be attacked there. If you've got a call that takes 12 bytes of arguments on the stack and pop them on return, then the unwind info should look like # DW_CFA_GNU_args_size 12 call foo # DW_CFA_def_cfa_offset r~