From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12351 invoked by alias); 9 Sep 2009 19:57:51 -0000 Received: (qmail 12300 invoked by uid 22791); 9 Sep 2009 19:57:47 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 09 Sep 2009 19:57:42 +0000 Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n89JvarY001754; Wed, 9 Sep 2009 15:57:36 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n89JvYe1006522; Wed, 9 Sep 2009 15:57:35 -0400 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n89JvXVm014867; Wed, 9 Sep 2009 15:57:33 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id E1945378182; Wed, 9 Sep 2009 13:57:32 -0600 (MDT) From: Tom Tromey To: danny.backx@scarlet.be Cc: Eli Zaretskii , gdb-patches@sourceware.org Subject: Re: Build question References: <1250803105.11282.96.camel@pavilion> <83d46pgjkq.fsf@gnu.org> <1250877901.11282.116.camel@pavilion> <83ab1tgh9h.fsf@gnu.org> <1250880746.11282.128.camel@pavilion> <1250931899.11282.142.camel@pavilion> <83skfkfa4n.fsf@gnu.org> <1251095160.16357.352.camel@pavilion> <1251828295.6106.119.camel@pavilion> <83zl9e8nro.fsf@gnu.org> <1251835928.6106.124.camel@pavilion> <83vdk281xb.fsf@gnu.org> <1252143311.6106.252.camel@pavilion> <83eiql4blw.fsf@gnu.org> <1252440932.6106.336.camel@pavilion> Reply-To: tromey@redhat.com Date: Wed, 09 Sep 2009 19:57:00 -0000 In-Reply-To: <1252440932.6106.336.camel@pavilion> (Danny Backx's message of "Tue, 08 Sep 2009 22:15:32 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: 2009-09/txt/msg00260.txt.bz2 >>>>> "Danny" == Danny Backx writes: Danny> Two almost identical remote debugging sessions showing the functionality Danny> are below. It is a bit awkward, but this change influences the place Danny> where the DLL names are read, which is when connecting to the target. That seems unfortunate. I don't mind having a user setting as a fallback, but it seems like ordinarily GDB could detect the target's filesystem type, via a new target method perhaps. Danny> Index: bfd/archive.c Changes to BFD need approval from the binutils maintainers. Do you need most of these changes? I thought perhaps you would only need a change in the one place where the DLL name is searched for on the host filesystem. Danny> Index: gdb/top.c Danny> +/* Filesystem type */ Danny> +int have_dos_based_file_system = 0; Danny> Index: include/filenames.h include is part of libiberty, so you'll need approval from the libiberty maintainers. Given that more programs than gdb use BFD and libiberty, you will at the very least need to put have_dos_based_file_system elsewhere (i.e., in libiberty). Tom