From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24063 invoked by alias); 9 Mar 2012 03:59:06 -0000 Received: (qmail 24053 invoked by uid 22791); 9 Mar 2012 03:59:05 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from hagrid.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.197) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 09 Mar 2012 03:58:52 +0000 Received: by mail.ecoscentric.com (Postfix, from userid 48) id 33DF51518C33; Fri, 9 Mar 2012 03:58:51 +0000 (GMT) From: bugzilla-daemon@bugs.ecos.sourceware.org To: unassigned@bugs.ecos.sourceware.org Subject: [Bug 1001524] Cortex-M: Remote 'g' packet reply is too long X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: eCos X-Bugzilla-Component: GDB stubs X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jifl@ecoscentric.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: normal X-Bugzilla-Assigned-To: unassigned@bugs.ecos.sourceware.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: CC In-Reply-To: References: X-Bugzilla-URL: http://bugs.ecos.sourceware.org/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Fri, 09 Mar 2012 03:59:00 -0000 Message-Id: <20120309035849.A5C1215185F5@mail.ecoscentric.com> Mailing-List: contact ecos-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-bugs-owner@sourceware.org X-SW-Source: 2012/txt/msg00505.txt.bz2 Please do not reply to this email. Use the web interface provided at: http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001524 Jonathan Larmour changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jifl@ecoscentric.com --- Comment #3 from Jonathan Larmour 2012-03-09 03:58:46 GMT --- A CDL option approach isn't ideal. You should not have to match programmed stubs to particular versions of tools. You can't use certain boards with particular stub versions with certain versions of GDB. Stubs are meant to be persistent and long-lived and independent of toolchain versions. I would prefer to fix GDB, hence this: http://sourceware.org/ml/gdb-patches/2010-11/msg00142.html (and you can see the rest of the thread for more rationale). However it looks like the discussion died off and I didn't chase it up. I will do so now. There's nothing to stop an updated version of my patch going into the tools being respun though - my GDB contributions are covered by an FSF assignment. -- Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.