This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: Build question
- From: Tom Tromey <tromey at redhat dot com>
- To: danny dot backx at scarlet dot be
- Cc: Eli Zaretskii <eliz at gnu dot org>, gdb-patches at sourceware dot org
- Date: Wed, 09 Sep 2009 13:57:32 -0600
- Subject: Re: Build question
- References: <1250803105.11282.96.camel@pavilion> <m3fxbl2jib.fsf@fleche.redhat.com> <83d46pgjkq.fsf@gnu.org> <1250877901.11282.116.camel@pavilion> <83ab1tgh9h.fsf@gnu.org> <1250880746.11282.128.camel@pavilion> <m3r5v425lu.fsf@fleche.redhat.com> <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 at redhat dot com
>>>>> "Danny" == Danny Backx <danny.backx@scarlet.be> 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