From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23370 invoked by alias); 17 Jan 2012 16:10:02 -0000 Received: (qmail 23343 invoked by uid 22791); 17 Jan 2012 16:10:00 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from www.meduna.org (HELO meduna.org) (92.240.244.38) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 17 Jan 2012 16:09:47 +0000 Received: from [178.143.125.248] (helo=[192.168.130.22]) by meduna.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1RnBbO-0002Qb-74 for ecos-devel@ecos.sourceware.org; Tue, 17 Jan 2012 17:09:43 +0100 Message-ID: <4F159D3C.1060108@meduna.org> Date: Tue, 17 Jan 2012 16:10:00 -0000 From: Stanislav Meduna User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: ecos-devel@ecos.sourceware.org Subject: Re: Gnutools: consideration for upgrade to GCC 4.6 References: <4F106345.4080902@siva.com.mk> <4F15412B.9040601@r-finger.com> In-Reply-To: <4F15412B.9040601@r-finger.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Authenticated-User: stano@meduna.org X-Authenticator: dovecot_plain X-Spam-Score: -6.9 X-Spam-Score-Int: -68 X-Exim-Version: 4.72 (build at 12-May-2011 18:13:45) X-Date: 2012-01-17 17:09:43 X-Connected-IP: 178.143.125.248:56905 X-Message-Linecount: 39 X-Body-Linecount: 26 X-Message-Size: 1582 X-Body-Size: 1041 X-Received-Count: 1 X-Recipient-Count: 1 X-Local-Recipient-Count: 1 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 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/msg00028.txt.bz2 On 17.01.2012 10:36, Tomas Frydrych wrote: > Some of the more recent gccs were not producing usable binaries on some > platforms (including arm) with the -Os option. I do not know if this is > the case with 4.6.2, and I don't think ecos uses -Os by default, but it > is probably worth checking whether this works (and at least documenting > somewhere if it does not). Do you happen to have more details on this - versions, flags used, example to reproduce...? http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html says -Os enables all -O2 optimizations that do not typically increase code size. It also performs further optimizations designed to reduce code size. it would be good to know whether the problems come from -O2 (which would be a major problem) or from these further optimizations. FWIW, I am using -Os with 4.5.2 for Cortex-M3, but only for the RedBoot that has to fit in the restricted space. Up to now I did not experience any problems. I did not yet try 4.6.x. -- Stano