From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23776 invoked by alias); 31 Mar 2004 05:58:11 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 23739 invoked from network); 31 Mar 2004 05:58:10 -0000 Received: from unknown (HELO bluesmobile.specifixinc.com) (64.62.200.227) by sources.redhat.com with SMTP; 31 Mar 2004 05:58:10 -0000 Received: from localhost.localdomain (bluesmobile.corp.specifixinc.com [10.0.0.1]) by bluesmobile.specifixinc.com (Postfix) with ESMTP id E2749164DC; Tue, 30 Mar 2004 21:58:09 -0800 (PST) Subject: Re: fixing vs WARN_CFLAGS vs cross builds From: Jim Wilson To: DJ Delorie Cc: gcc@gcc.gnu.org In-Reply-To: <200403310310.i2V3ACS1015846@greed.delorie.com> References: <200403292112.i2TLC2xB002927@greed.delorie.com> <406A1FA1.1090602@specifixinc.com> <200403310143.i2V1hFA0014438@greed.delorie.com> <1080701413.1213.25.camel@leaf.tuliptree.org> <200403310310.i2V3ACS1015846@greed.delorie.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 31 Mar 2004 08:09:00 -0000 Message-Id: <1080712699.1213.41.camel@leaf.tuliptree.org> Mime-Version: 1.0 X-SW-Source: 2004-03/txt/msg01742.txt.bz2 On Tue, 2004-03-30 at 19:10, DJ Delorie wrote: > Well, it is GCC, and strict1 propogates to WARN_CFLAGS, and > WARN_CFLAGS is passed to fixinc. But the compiler used in fixinc is a > different gcc (BUILD_CC vs CC). Thanks. I see the problem now. There is configure support that adds options to strict1_warn based on CC. I missed this when looking at the code. This was the info I was looking for. These tests are obviously unsafe when WARN_STRICT is used with CC_FOR_BUILD where CC_FOR_BUILD is different from CC. We would need a parallel set of tests and macros for a BUILD_WARN_STRICT, and it seems unreasonable to ask you do that much work to fix your cross compiler build problem. So I think that simply changing the fixinc.sh rule to not use WARN_STRICT is an acceptable solution. -- Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com