From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26816 invoked by alias); 4 Apr 2012 13:18:31 -0000 Received: (qmail 26727 invoked by uid 22791); 4 Apr 2012 13:18:30 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED X-Spam-Check-By: sourceware.org Received: from tirion.supremecenter202.com (HELO tirion.supremecenter202.com) (209.25.195.243) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 04 Apr 2012 13:18:16 +0000 Received: from [195.189.206.101] (port=52288 helo=[192.168.209.103]) by tirion.supremecenter202.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1SFQ6D-0007gs-T6; Wed, 04 Apr 2012 13:18:10 +0000 Message-ID: <4F7C4A0C.40200@siva.com.mk> Date: Wed, 04 Apr 2012 13:18:00 -0000 From: Ilija Kocho User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0) Gecko/20120130 Thunderbird/10.0 MIME-Version: 1.0 To: =?windows-1252?Q?Lambrecht_J=FCrgen?= CC: Alex Schuilenburg , "ecos-devel@ecos.sourceware.org" , John Dallaway , Jonathan Larmour Subject: Re: eCos GNU tools 4.6.3-20120315 [Was Re: eCos GNU tools 4.6.2-20120125 ready for testing] References: <4F106345.4080902@siva.com.mk> <4F11574D.9070002@dallaway.org.uk> <4F11AC54.7000902@siva.com.mk> <4F1CB41C.90900@jifvik.org> <4F1DA9A0.5070702@siva.com.mk> <4F1FF5AD.4010901@ecoscentric.com> <4F39887A.5050905@siva.com.mk> <4F50F700.5080902@ecoscentric.com> <4F521D6A.4010500@siva.com.mk> <4F52B2C8.4010809@schuilenburg.org> <4F53C46B.4090502@dallaway.org.uk> <4F53FF0D.80107@ecoscentric.com> <4F574D4A.2090407@ecoscentric.com> <4F58EC32.9070103@ecoscentric.com> <4F5B8C70.4080208@dallaway.org.uk> <4F5E204B.5040402@ecoscentric.com> <4F5F4BFE.7030100@ecoscentric.com> <4F5F5691.4090009@siva.com.mk> <4F6632F4.9050603@siva.com.mk> <4F7C453B.8080107@televic.com> In-Reply-To: <4F7C453B.8080107@televic.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact ecos-devel-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-devel-owner@ecos.sourceware.org X-SW-Source: 2012-04/txt/msg00001.txt.bz2 Hi Lambrecht Many thanks for your report. This is AFAIK first report for ARM9. There are warnings indeed. Many have been fixed in current CVS. Can you please report warnings (and possibly propose) fixes in Bugzilla? Thanks again Ilija On 04.04.2012 14:57, Lambrecht Jürgen wrote: > On 03/18/2012 08:09 PM, Ilija Kocho wrote: >> Hi Alex >> >> Thank you for testing 4.6.2-20120125. >> >> 4.6.3-20120315 is our new test release until we upgrade GDB with Jifl's >> patch: >> http://ecos.sourceware.org/ml/ecos-discuss/2012-03/msg00064.html >> >> Ilija >> >> > Hi all, > > I finished building our "Passenger Information System" application with > gcc 4.6.3 (started with 4.6.2, noticed no difference when switching to > 4.6.3). > Before, we used gcc 3.2.1. > > I first built ecos v3.0 without any problem. > Then I built our application, and it took me many days to solve all new > warnings (we compile with -Werror): > - unused-but-set-variable -> gave me problems with MISRA rule /16.10/ > (If a function returns error information, then that error information > shall be tested.) Our PC-lint checker forces any return argument to be > used, so I had to add __attribute__ ((unused)). > Also, this warning is annoying for HW drivers: then you sometimes need > to read some bit just to trigger some behavior, but you are not > interested in the return value.. > - pointer-sign > - packed attribute (chars are byte aligned by default, so they are > "naturally packed > ". So > don't try to pack chars) > - '#ifdef ... #elif' cannot be mixed any more ('#ifdef ... #elif > defined' instead) > Finally I gave up (for this test) using -Werror because some customer > code we use is too badly written (I will wait for their update). > > But aside from those warnings, it builds fine, and also runs fine on our > AT91 ARM9 processor. > No issues so far. Do you know something to watch out for? > > Next step is to build the same code version with the old compiler, and > see with the eCos CPU monitor if there is any difference. > > Kind regards, > Jürgen >