This is the mail archive of the
ecos-bugs@sourceware.org
mailing list for the eCos project.
[Bug 1001524] Cortex-M: Remote 'g' packet reply is too long
- From: bugzilla-daemon at bugs dot ecos dot sourceware dot org
- To: ecos-bugs at ecos dot sourceware dot org
- Date: Fri, 9 Mar 2012 03:58:49 +0000
- Subject: [Bug 1001524] Cortex-M: Remote 'g' packet reply is too long
- Auto-submitted: auto-generated
- References: <bug-1001524-13@http.bugs.ecos.sourceware.org/>
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 <jifl@ecoscentric.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jifl@ecoscentric.com
--- Comment #3 from Jonathan Larmour <jifl@ecoscentric.com> 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 on the CC list for the bug.