From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 800 invoked by alias); 24 Jun 2005 14:09:57 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 432 invoked by uid 22791); 24 Jun 2005 14:09:20 -0000 Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 24 Jun 2005 14:09:20 +0000 Received: from drow by nevyn.them.org with local (Exim 4.51) id 1Dlort-0004TP-Nz; Fri, 24 Jun 2005 10:09:17 -0400 Date: Fri, 24 Jun 2005 14:09:00 -0000 From: Daniel Jacobowitz To: Andrew STUBBS Cc: gdb@sources.redhat.com Subject: Re: host_makefile_frag and cross debugging Message-ID: <20050624140917.GA16942@nevyn.them.org> Mail-Followup-To: Andrew STUBBS , gdb@sources.redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i X-SW-Source: 2005-06/txt/msg00230.txt.bz2 On Fri, Jun 24, 2005 at 12:44:46PM +0100, Andrew STUBBS wrote: > I have traced the problem to the gdb/configure.in: > > frags= > if test "${target}" = "${host}"; then > host_makefile_frag=${srcdir}/config/${gdb_host_cpu}/${gdb_host}.mh > if test ! -f ${host_makefile_frag}; then > AC_MSG_ERROR("*** Gdb does not support native target ${host}") > fi > frags="$frags $host_makefile_frag" > else > host_makefile_frag=/dev/null > fi > > Why does it test if host and target are the same? Surely the whole point > of having separate files is that you can mix and match? Host fragments are for native debugger support routines now - only. > I find that this was done in CVS configure.in version 1.175 in which the > following comment was actually removed: > > # When building a native debuger the .mh file containing things > # like NATDEPFILES is needed. Cross debuggers don't need .mh > # since it no longer contains anything useful. > > Apparently, in this case it does contain something useful - it configures > the xm-mingw32.h file which configures the correct separator. > > What am I missing? You're missing the fact that xm-mingw32.h comes from your local patches, not from the FSF tree. CVS gdb has absolutely no xm files left - even after Mark has added most of a MinGW host support. -- Daniel Jacobowitz CodeSourcery, LLC