From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13582 invoked by alias); 27 Jan 2012 14:32:30 -0000 Received: (qmail 13572 invoked by uid 22791); 27 Jan 2012 14:32:28 -0000 X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 tests=AWL,BAYES_00 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; Fri, 27 Jan 2012 14:32:15 +0000 Received: from [195.189.206.101] (port=50097 helo=[192.168.209.103]) by tirion.supremecenter202.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Rqmqa-0002Hg-W2; Fri, 27 Jan 2012 14:32:13 +0000 Message-ID: <4F22B567.4070403@siva.com.mk> Date: Fri, 27 Jan 2012 14:32:00 -0000 From: Ilija Kocho User-Agent: Mozilla/5.0 (X11; Linux i686; rv:9.0) Gecko/20111220 Thunderbird/9.0 MIME-Version: 1.0 To: John Dallaway CC: ecos-maintainers@ecos.sourceware.org Subject: Re: GCC 4.6 resourcing. References: <4F1EF26A.6010201@siva.com.mk> <4F1F265B.2080700@dallaway.org.uk> In-Reply-To: <4F1F265B.2080700@dallaway.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact ecos-maintainers-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-maintainers-owner@ecos.sourceware.org X-SW-Source: 2012-01/txt/msg00005.txt.bz2 Hi John On 24.01.2012 22:44, John Dallaway wrote: > Hi Ilija > > > Does the backtrace for an eCos thread and for HAL startup code work > reliably with GDB 7.3.1? In the past, we have seen issues where the > backtrace code can enter an infinite loop, hence the patch for GDB 6.8.50.x. Now I have addressed GDB patches too. Here's the outcome: File: gdb-6.8.50.20080706.patch frame.c eCos backtrace hack. Wasn't applied, /bt/ didn't stop at /thread_entry/. I did apply all patches to frame.c and now it seems to work properly (Screen captures are below). findvar.c The patches mention phrase "frame" so I assume they are related to frame.c patches. I did apply the patches but my assumption may be wrong. Need confirmation? valops.c Same discussion as for findvar.c infcall.c Was up to date. symtab.c Was up to date. dwarf2-frame.c Code has changed, patch is very likely obsolete. File: gdb-6.8.50.20080706-arm.patch The subject sources have been significantly reworked. I could identify that some patches have been applied and some parts reworked beyond recognition. Very likely that all patches are obsolete. ----- Screen captures [nc_test_slave] ---------------------------------------- -- Before patch: ---- gdb> bt #0 do_some_random_computation (p=) at /home/vae/Proekti/ecos/repo/cvs/current/ecos_kin/packages/net/lwip_tcpip/current/tests/nc_test_slave.c:684 #1 net_load (who=) at /home/vae/Proekti/ecos/repo/cvs/current/ecos_kin/packages/net/lwip_tcpip/current/tests/nc_test_slave.c:668 #2 0x000033be in Cyg_HardwareThread::thread_entry (thread=0x1fff28d8) at /home/vae/Proekti/ecos/repo/cvs/current/ecos_kin/packages/kernel/current/src/common/thread.cxx:94 #3 0x00003b7a in Cyg_Scheduler::start_cpu () at /home/vae/Proekti/ecos/repo/cvs/current/ecos_kin/packages/kernel/current/src/sched/sched.cxx:402 #4 0x000033ac in reschedule () at /home/vae/Proekti/pd/sem/ecos_kinetis/lwip_test_install/include/cyg/kernel/sched.inl:114 #5 Cyg_Thread::exit () at /home/vae/Proekti/ecos/repo/cvs/current/ecos_kin/packages/kernel/current/src/common/thread.cxx:771 #6 0x00000000 in ?? () -- After patch: ---- gdb> bt #0 do_some_random_computation (p=) at /home/vae/Proekti/ecos/repo/cvs/current/ecos_kin/packages/net/lwip_tcpip/current/tests/nc_test_slave.c:684 #1 net_load (who=) at /home/vae/Proekti/ecos/repo/cvs/current/ecos_kin/packages/net/lwip_tcpip/current/tests/nc_test_slave.c:668 #2 0x000033be in Cyg_HardwareThread::thread_entry (thread=0x1fff28d8) at /home/vae/Proekti/ecos/repo/cvs/current/ecos_kin/packages/kernel/current/src/common/thread.cxx:94 ------------------------------------------------------------------------------- > I would suggest something like: > > --with-pkgversion='eCos GNU tools 4.6.2-20120124' Accepted and incorporated. > > I have suitably old Linux and Cygwin installations here and can generate > releases based on your patches if you prefer. I also did some fixes/clean up/branding to GCC and I'm doing the final tests. I'll take Sergei's suggestion for using Bugzilla obsoleting feature as VCS, so later evening or during the weekend I am going to put all patches and scripts in a private maintainer bug - for review as well as for you to pick them up for building. Ilija