From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18176 invoked by alias); 8 Nov 2006 02:09:01 -0000 Received: (qmail 18124 invoked from network); 8 Nov 2006 02:08:44 -0000 Received: from unknown (195.23.133.212) by sourceware.org with QMTP; 8 Nov 2006 02:08:44 -0000 Received: (qmail 20286 invoked from network); 8 Nov 2006 02:08:43 -0000 Received: from unknown (HELO mailfrt07.isp.novis.pt) ([195.23.133.199]) (envelope-sender ) by mailrly02.isp.novis.pt with compressed SMTP; 8 Nov 2006 02:08:43 -0000 Received: (qmail 30868 invoked from network); 8 Nov 2006 02:08:27 -0000 Received: from unknown (HELO [127.0.0.1]) ([195.23.225.148]) (envelope-sender ) by mailfrt07.isp.novis.pt with SMTP; 8 Nov 2006 02:08:27 -0000 Message-ID: <45513C1A.3030005@portugalmail.pt> Date: Wed, 08 Nov 2006 02:09:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.7) Gecko/20060909 Thunderbird/1.5.0.7 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: Pedro Alves , gdb@sourceware.org Subject: Re: [RFC] MinGW and i386_pe_skip_trampoline_code References: <455125A3.30304@portugalmail.pt> <20061108015752.GA4565@nevyn.them.org> In-Reply-To: <20061108015752.GA4565@nevyn.them.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0646-2, 07-11-2006), Outbound message X-Antivirus-Status: Clean X-IsSubscribed: yes 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 X-SW-Source: 2006-11/txt/msg00036.txt.bz2 Daniel Jacobowitz wrote: > On Wed, Nov 08, 2006 at 12:32:35AM +0000, Pedro Alves wrote: > >> Hi all, >> >> Just looking at PE support code, and I noticed that in i386-cygwin-tdep.c, >> there is a call to set_gdbarch_skip_trampoline_code that will eventually >> register >> i386_pe_skip_trampoline_code, defined in i386-tdep.c. >> From the looks of it, that function will skip 'import lib >> stubs'/trampolines. >> I wonder why gdb for MinGW doesn't register it too? Probably an >> oversight, no? >> > > The FSF tree doesn't even support native GDB on MinGW, to the best of > my knowledge. The MinGW people have local patches that I don't believe > have ever been submitted (this is hearsay, I've never looked myself). > > Ah ok. MinGW is handled on gdb/configure.tgt, so I thought it was supported. I've never looked into MinGW's gdb sources either. Cheers, Pedro Alves