From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13757 invoked by alias); 13 Jan 2012 19:09:40 -0000 Received: (qmail 13749 invoked by uid 22791); 13 Jan 2012 19:09:39 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from elasmtp-masked.atl.sa.earthlink.net (HELO elasmtp-masked.atl.sa.earthlink.net) (209.86.89.68) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 13 Jan 2012 19:09:26 +0000 Received: from [71.80.46.196] (helo=[192.168.0.5]) by elasmtp-masked.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1RlmVB-0006aj-Kd; Fri, 13 Jan 2012 14:09:25 -0500 Message-ID: <4F108164.8010500@mindspring.com> Date: Fri, 13 Jan 2012 19:09:00 -0000 From: Frank Pagliughi User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Lightning/1.0b2 Thunderbird/3.1.16 MIME-Version: 1.0 To: Ilija Kocho CC: eCos developers Subject: Re: Gnutools: consideration for upgrade to GCC 4.6 References: <4F106345.4080902@siva.com.mk> In-Reply-To: <4F106345.4080902@siva.com.mk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 4d82f965df0f6dd9e3f977c6d1ea408f0a9da525759e2654f0b3ce78deb30585c499ccaeeb9c4c803553614b9f64653b350badd9bab72f9c350badd9bab72f9c 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-01/txt/msg00005.txt.bz2 On 01/13/2012 12:00 PM, Ilija Kocho wrote: > Hi colleagues > > Our GCC 4.3.2 is ageing and perhaps we should consider an upgrade. > My motive is it's lacking of support for Cortex-M4 SIMD (aka DSP) and > FPU instructions, but I think that other architectures shall gain from > newer compiler too. I have made some signal processing tests with GCC > 4.6.2 against current eCos compiler and they show performance gain > even with Cortex-M3 setting, though moderate. Performance is > considerable when Cortex-M4 setting is selected and is tremendous, as > expected, when SIMD are used. Recently introduced Cortex-M products > with FPU (Kinetis K70, K61, STM32F4) will further emphasise the benefit. > > Another reason, maybe not so important, is that GCC 4.3 is not > officially supported any more. > > Regarding this, I state my wish that we move to the latest stable GCC > release, that is at present rel. 4.6.2, accompanied with respective > binutils. I have tested binutils 2.21 but in meantime 2.22 has been > released. Of course, the list wouldn't be complete without the latest > GDB. > > Looking forward for your comments. > Ilija > I'm all for it. I've been using 4.6.2 for the last few months for ARM (EABI, of course) and i386. The 4.3 compilers wouldn't compile some of the libraries that I use and I didn't want to back port them to an old compiler. I used binutils 2.21.1. So far I've been very happy, but I was mostly concerned with language features. The additional Cortex support sells it, though. I'm just starting to start shopping around for a Cortex-M3 for my next project. Frank