From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10418 invoked by alias); 14 Nov 2003 20:42:14 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 10375 invoked from network); 14 Nov 2003 20:42:12 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (213.93.115.144) by sources.redhat.com with SMTP; 14 Nov 2003 20:42:12 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id hAEKfxus000230; Fri, 14 Nov 2003 21:41:59 +0100 (CET) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id hAEKfxlt000274; Fri, 14 Nov 2003 21:41:59 +0100 (CET) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6/Submit) id hAEKfxTI000271; Fri, 14 Nov 2003 21:41:59 +0100 (CET) Date: Fri, 14 Nov 2003 20:42:00 -0000 Message-Id: <200311142041.hAEKfxTI000271@elgar.kettenis.dyndns.org> From: Mark Kettenis To: ian@wasabisystems.com CC: gdb-patches@sources.redhat.com, rearnsha@arm.com In-reply-to: (message from Ian Lance Taylor on 14 Nov 2003 15:01:26 -0500) Subject: Re: Building cross-gdb to arm-netbsd References: <20031114172552.3905.qmail@gossamer.airs.com> <200311141858.hAEIwHig000364@elgar.kettenis.dyndns.org> X-SW-Source: 2003-11/txt/msg00306.txt.bz2 From: Ian Lance Taylor Date: 14 Nov 2003 15:01:26 -0500 Mark Kettenis writes: > Your config/arm/tm-nbsd.h also includes "arm/tm-arm.h". Is that > necessary? To be honest, I don't know. I did it by analogy with i386/tm-nbsd.h. I suppose, looking at it more closely, then the definition of VARIABLES_INSIDE_BLOCK is not needed, since the system compiler is always gcc. So the only thing which arm/tm-arm.h does is define GDB_MULTI_ARCH. Looking at defs.h, that may also be unnecessary. Yes, setting GDB_MULTI_ARCH shouldn't be necessary in this case. So I guess it is not needed. gdb does build without that #include. In that case, could you check it in without the #include? Thanks, Mark