From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17637 invoked by alias); 15 Oct 2007 11:29:15 -0000 Received: (qmail 17628 invoked by uid 22791); 15 Oct 2007 11:29:14 -0000 X-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,DK_POLICY_SIGNSOME,FORGED_RCVD_HELO X-Spam-Check-By: sourceware.org Received: from 204-133-123-27.dia.static.slbbi.com (HELO mail.chez-thomas.org) (204.133.123.27) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 15 Oct 2007 11:29:08 +0000 Received: by mail.chez-thomas.org (Postfix, from userid 999) id 93B6A195010C; Mon, 15 Oct 2007 05:29:06 -0600 (MDT) X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on hermes.chez-thomas.org X-Spam-Level: Received: from [192.168.1.101] (hermes_local [192.168.1.101]) by mail.chez-thomas.org (Postfix) with ESMTP id CC21C19500C5; Mon, 15 Oct 2007 05:29:02 -0600 (MDT) Message-ID: <47134EFE.9070602@mlbassoc.com> Date: Mon, 15 Oct 2007 11:29:00 -0000 From: Gary Thomas User-Agent: Thunderbird 1.5.0.12 (X11/20070530) MIME-Version: 1.0 To: Sergei Gavrikov CC: eCos patches list Subject: Re: Pedantic preprocessor References: <20071013214906.GA9874@ubuntu> In-Reply-To: <20071013214906.GA9874@ubuntu> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact ecos-patches-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-patches-owner@ecos.sourceware.org X-SW-Source: 2007-10/txt/msg00012.txt.bz2 Sergei Gavrikov wrote: > Hello list > > They spoke what 'untested' GCC3.4.1 (arm-elf) generates more compact > code for float and double math than 'stable' GCC3.2.1 from ecoscentric > ftp. I use 'stable' GCC3.2.1 and build 'new' toolchain to test that. > That is (new code is a bit compact :). But, suddenly I found that the > GCC3.4.1 preprocessor is more pedantic then GCC3.2.1 one. I wonder > about CPP pedantism from other GCC suites (GCC3.4.X and GCC4.X.X). If a > described issue the below is the GCC's 3.4.1, please, forget this. If > other modern CPP cryes by a same way, a patch is attached. > > SYNOPSIS > > ecosconfig new sam7ex256 > ecosconfig tree > make -s > U CYGHWR_HAL_ARM_AT91, new inferred value AT91SAM7S > U CYGHWR_HAL_ARM_AT91_FIQ, new inferred value 1 > U CYGHWR_HAL_ARM_AT91SAM7, new inferred value at91sam7x256 > headers finished > cc1: warning: command line option "-Woverloaded-virtual" is valid for C++/ObjC++ but not for C > cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C > cc1: warning: command line option "-Woverloaded-virtual" is valid for C++/ObjC++ but not for C > cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C > cc1: warning: command line option "-Woverloaded-virtual" is valid for C++/ObjC++ but not for C > cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C > build finished > > MEDICINE > > hal_arm.cdl describes 3 make rules to build arm.inc, vectors.o and > target.ld. CPP 'sees' all $(CFLAGS) options and cryes about the > language specific flags. I found that it's enough to replace $(CFLASG) > by $(ACTUAL_CFLAGS), and all backs as it was with CPP from GCC3.2.1: > > headers finished > build finished > > I like to see these 2 lines together. And if anybody knows how to fix > this issue in platform CDL, please, enlight me. > Your patch is the correct one - I've applied it. Next time, don't forget the ChangeLog entry. -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------