From: Andrew Cagney <ac131313@cygnus.com>
To: "H . J . Lu" <hjl@lucon.org>
Cc: Jim Kingdon <kingdon@redhat.com>, gdb@sourceware.cygnus.com
Subject: Re: Preparing for the GDB 5.0 / GDB 2000 / GDB2k release
Date: Sat, 01 Apr 2000 00:00:00 -0000 [thread overview]
Message-ID: <389F6FD1.7BA7FC12@cygnus.com> (raw)
In-Reply-To: <20000207095901.A10677@lucon.org>
"H . J . Lu" wrote:
>
> On Mon, Feb 07, 2000 at 12:46:56PM -0500, Jim Kingdon wrote:
> >
> > I mean, if we want to delay GDB 5.0 until after things have settled
> > down a bit, that might be OK, but I guess speaking for myself I'd be
> > happy to get 5.0 out quickly and then get started on 5.1.
>
> If we do so, we have to explain it to those contributors and we
> have to fix it in 5.1 in a month or so, not 6 months or a year.
> Should we set a deadline for each bug where a working, but not
> ideal, patch exists? If we cannot find a better one before certain
> date, we will use the existing one.
If you count the months, July is less than 6 months away. I've already
indicated that 5.1 is expected in that time frame.
With that said, I would consider a one month gap between 5.0 and 5.1 to
be unrealistic. I'd also consider it un-reasonable to mandate the
acceptance of patches just because a reasonable solution isn't
available. It's important to remember that the person submitting the
quick-hack isn't the one that is going to be responsible for the long
term maintenance that that hack creates.
Any way, once 5.0 has been released, patches to any deadly serious bugs
(read core-dumps) are likely to be appended to the end of the 5.0 CVS
branch. Someone wanting a 5.0 with fixes can then use a mechanism like
CVS update to obtain the fixes. There is a very very small chance that
a 5.0.1 is needed (previous experience suggests that this is unlikely)
and far greater benefit can be had by ensuring the next major release is
made in a timely fashon.
enjoy,
Andrew
From qqi@world.std.com Sat Apr 01 00:00:00 2000
From: Quality Quorum <qqi@world.std.com>
To: hollerer@gmx.net
Cc: gdb@sourceware.cygnus.com
Subject: Re: remote debugging via rs332c - output lost
Date: Sat, 01 Apr 2000 00:00:00 -0000
Message-id: <Pine.SGI.3.95.1000112145321.6887B-100000@world.std.com>
References: <387CD579.C2EFEEBF@gmx.net>
X-SW-Source: 2000-q1/msg00024.html
Content-length: 742
On Wed, 12 Jan 2000 hollerer@gmx.net wrote:
> hi,
>
> i am remote debugging programs which makes output
> like
> printf("xxx called\r\n");
>
> it outputs the string on it's serial interface.
> the same interface as used for gdb.
> debugging generally works. but the host gdb does not
> show the sent string.
> what must i do that the host gdb shows output of the
> remote program?
wrap it into 'O' message.
>
> thx
> franz hollerer
>
> host: linux suse 6.1 (kernel 2.2.7 i586)
> target: m68332 microcontroller board
>
> host gcc: egcs-2.91.66
> gcc for cross compilation: m68k-aout-gcc version 2.95.2
> gdb for remote debugging: m68k-aout-gdb version 4.18
>
> --
> Austria
> Usually we don't have kangaroos.
>
Thanks,
Aleksey
next parent reply other threads:[~2000-04-01 0:00 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <389ECBAF.66013B07@cygnus.com>
[not found] ` <200002071626.RAA18391@landau.wins.uva.nl>
[not found] ` <bog9tj5y3.fsf@rtl.cygnus.com>
[not found] ` <20000207093417.A10546@lucon.org>
[not found] ` <200002071746.MAA22221@devserv.devel.redhat.com>
[not found] ` <20000207095901.A10677@lucon.org>
2000-04-01 0:00 ` Andrew Cagney [this message]
2000-04-01 0:00 ` Patrick J. LoPresti
2000-04-01 0:00 ` Mark Kettenis
[not found] <200002082018.MAA12871@propylaea.anduin.com>
2000-04-01 0:00 ` Daniel Berlin
[not found] <389EC815.BC34F3E6@cygnus.com>
2000-04-01 0:00 ` Jason Molenda
[not found] <20000207174307.B12317@lucon.org>
2000-04-01 0:00 ` Daniel Berlin
[not found] <Pine.LNX.4.10.10002071633590.9778-100000@propylaea.anduin.com>
2000-04-01 0:00 ` Mark Kettenis
2000-04-01 0:00 Kevin_Hendricks
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=389F6FD1.7BA7FC12@cygnus.com \
--to=ac131313@cygnus.com \
--cc=gdb@sourceware.cygnus.com \
--cc=hjl@lucon.org \
--cc=kingdon@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox