From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7894 invoked by alias); 7 Mar 2012 13:51:19 -0000 Received: (qmail 7883 invoked by uid 22791); 7 Mar 2012 13:51:18 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from mail-ey0-f177.google.com (HELO mail-ey0-f177.google.com) (209.85.215.177) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 07 Mar 2012 13:51:05 +0000 Received: by eaak13 with SMTP id k13so2620089eaa.36 for ; Wed, 07 Mar 2012 05:51:04 -0800 (PST) Received: by 10.213.19.207 with SMTP id c15mr611098ebb.67.1331128263885; Wed, 07 Mar 2012 05:51:03 -0800 (PST) Received: from vostro ([178.123.102.76]) by mx.google.com with ESMTPS id n55sm47554644eef.6.2012.03.07.05.51.01 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 07 Mar 2012 05:51:03 -0800 (PST) Date: Wed, 07 Mar 2012 13:51:00 -0000 From: Sergei Gavrikov To: Sergei Gavrikov cc: Alex Schuilenburg , John Dallaway , Ilija Kocho , eCos developers Subject: Re: eCos GNU tools 4.6.2-20120125 ready for testing In-Reply-To: Message-ID: 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> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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-03/txt/msg00021.txt.bz2 On Mon, 5 Mar 2012, Sergei Gavrikov wrote: > On Sun, 4 Mar 2012, Alex Schuilenburg wrote: > > On 04/03/2012 19:37, John Dallaway wrote: > > > Hi Alex > > > > > > Alex Schuilenburg wrote: > > [snip] > > > >> There is only one issue uncovered so far, and that is the > > >> backtrace of gdb 7.3 is unreliable. It occasionally can end up > > >> in an infinite loop, while our own 7.2 gdb for eCosPro works just > > >> fine in exactly the same tests (i.e. built with gcc 4.6.2). > > >> However, I guess users could add a "set backtracelimit=100" and > > >> that should catch this issue. > > > That is useful info, thank you. Could you provide examples of the > > > infinite backtrace please? We need to understand which of the > > > backtrace backstops is missing or ineffective. > > > > kexcept1 and except1 backtrace fail in every perm with 7.3 gdb. > > I confirm it (I got the same for ARM7 target), it seems to me this is > old story http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000699 > > But, if GDB 7.2 (I hope it was not patched a lot :-) manages that > properly, I would stick on GDB 7.2 (I will test it). I could not manage `bt' issue with GDB 7.2(a), it seems you have more clever fixes for arm-tdep.{c,h} for 7.2 than there are ones in GDB 7.3 main-stream source. So, I came back to GDB 7.3.1. Sergei