From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13190 invoked by alias); 21 Nov 2007 01:01:07 -0000 Received: (qmail 13181 invoked by uid 22791); 21 Nov 2007 01:01:07 -0000 X-Spam-Check-By: sourceware.org Received: from ug-out-1314.google.com (HELO ug-out-1314.google.com) (66.249.92.172) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 21 Nov 2007 01:01:01 +0000 Received: by ug-out-1314.google.com with SMTP id o2so2526uge for ; Tue, 20 Nov 2007 17:00:59 -0800 (PST) Received: by 10.67.20.19 with SMTP id x19mr1197891ugi.1195606859197; Tue, 20 Nov 2007 17:00:59 -0800 (PST) Received: from ?88.210.75.97? ( [88.210.75.97]) by mx.google.com with ESMTPS id c1sm859297ugf.2007.11.20.17.00.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Nov 2007 17:00:58 -0800 (PST) Message-ID: <4743834E.7000400@portugalmail.pt> Date: Wed, 21 Nov 2007 01:01:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Ulrich Weigand CC: Pierre Muller , gdb-patches@sourceware.org Subject: Re: [rfc/rft] --enable-targets=all with 32-bit BFD References: <200711202223.lAKMNXDC014305@d12av02.megacenter.de.ibm.com> In-Reply-To: <200711202223.lAKMNXDC014305@d12av02.megacenter.de.ibm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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: 2007-11/txt/msg00391.txt.bz2 Hi Ulrich, Pierre, Ulrich Weigand wrote: > When testing this on i386-linux, I noticed another bug: > the i386_cygwin_osabi_sniffer routine claims all "elf32-i386" > files as GDB_OSABI_CYGWIN, because Cygwin apparently uses > ELF format core files. This means that if Cygwin is > configured as secondary target, i386-linux debugging will > fail because all ELF executables will be interpreted as > Cygwin ... > > The following patch fixes this as well, by making sure that > only Cygwin core files are claimed as GDB_OSABI_CYGWIN. The > heuristic used is to check whether a ".reg" section of the > proper size exists. Could you verify whether Cygwin core > files are still recognized correctly with this patch? > At least on my machine this requires dumper.exe (the tool that produces cygwin core dumps) from HEAD. Since I've written the original problem (wasn't really a problem then :-) ), if Pierre doesn't have a Cygwin HEAD build handy, I'll try to test that part of the patch tomorrow or the day after. -- Pedro Alves