From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22805 invoked by alias); 15 Nov 2002 21:04:14 -0000 Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sources.redhat.com Received: (qmail 22797 invoked from network); 15 Nov 2002 21:04:13 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 15 Nov 2002 21:04:13 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 9A55B3E4B; Fri, 15 Nov 2002 16:04:12 -0500 (EST) Message-ID: <3DD5614C.5000302@redhat.com> Date: Fri, 15 Nov 2002 13:04:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.0) Gecko/20020824 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Carlton Cc: insight@sources.redhat.com, Keith Seitz , Andrew Cagney Subject: Re: [patch] a few more frame_in_dummy's References: <3DD16396.30801@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-q4/txt/msg00118.txt.bz2 > Incidentally, does core GDB really depend on the files in > SUBDIR_GDBTK_OBS? If not, would it be possible to reorganize > Makefile.in to reflect that fact? Because the way that I found those > frame_in_dummy problems was that I was trying to build GDB in a source > tree that included insight and where -Werror was turned on; it seems > to me unfortunate that I had to fix problems in insight before I could > get GDB to compile. The configury assumes that you want to build everything in your tree (if insight is present, then insight). You can disable this (from memory) by configuring with --disable-gdbtk. Andrew