all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: nickrob@snap.net.nz (Nick Roberts)
To: "Jan D." <jan.h.d@swipnet.se>
Cc: "emacs-pretest-bug@gnu.org" <emacs-pretest-bug@gnu.org>,
	Robert Marshall <robert.marshall@tnei.co.uk>
Subject: bug#4375: 23.1.50; can't kill killed gud buffer
Date: Thu, 10 Sep 2009 22:03:54 +1200	[thread overview]
Message-ID: <19112.53002.590726.359903@totara.tehura.co.nz> (raw)
In-Reply-To: <34B7CAAB-80E6-4106-B896-96A82F028AE5@swipnet.se>

 > > I wondered what was preventing Jan from using GDB 7.0.
 > >
 > 
 > Different things. Policy for one, i.e. the tools to use are version  
 > controlled locally. Much work for another. Many older distros will  
 > never upgrade Gdb. To compile it on many machines is a big job (I  
 > don't mind doing it for Emacs since I test and develop Emacs).

Maybe your use pattern, i.e. Emacs in CVS and old GDB, is somewhat unusual.  I
would expect most users to have released versions of both programs, probably
those which are included in their distribution.

 > IMHO this 7.0 requirement will make gdb-mode useless for the majority  
 > of users. Do we even know if 7.0 is released before 23.2 is? The  
 > strength of gdb-mode in the past is that you just did M-x gdb and it  
 > worked with whatever Gdb version you had.

I expect GDB 7.0 to be released before Emacs 23.2 in which case it's likely
that when 23.2 is bundled with a distribution that will include 7.0 too.  I'm
more concerned about the quality of the mode being worthy for inclusion in the
release.

In any case, at the moment we're talking about bleeding edge Emacs in CVS.
I'm not sure it's reasonable to expect such a version to be stable enough to
debug itself and it would seem more natural to use a release version for such
a purpose.

I don't think that requiring 7.0 will make gdb-mode useless but, in truth, I
don't know who uses it, or how they use it.  I guess that would need a poll
and even then those that repond are likely to be unrepresentative.


and:

 > ... that M-x gdb should be gud-gdb and the new mode should have  
 > another name. At least until Gdb 7.0 isn't so new and uncommon.

I think that to swap back now that Emacs 23.1 has been released will only
cause confusion.

 > Most people don't read NEWS.

No, but hopefully they will read the documentation.  If not, then all is
pretty much lost anyway.


-- 
Nick                                           http://www.inet.net.nz/~nickrob





  reply	other threads:[~2009-09-10 10:03 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4AA8BA2E.3020005@tnei.co.uk>
2009-09-08 15:08 ` bug#4375: 23.1.50; can't kill killed gud buffer Robert Marshall
2009-09-08 22:48   ` Nick Roberts
2009-09-09  7:22     ` Robert Marshall
2009-09-09  9:12       ` Nick Roberts
2009-09-09 10:41         ` Jan D.
2009-09-09 11:13           ` Nick Roberts
2009-09-09 14:41             ` Stefan Monnier
2009-09-09 21:55               ` Nick Roberts
2009-09-10  3:29                 ` Stefan Monnier
2009-09-10  4:13                   ` Nick Roberts
2009-09-10  9:04                     ` Jan D.
2009-09-10  9:09                       ` Jan D.
2009-09-10  8:57                 ` Jan D.
2009-09-10 10:03                   ` Nick Roberts [this message]
2009-09-10  3:09       ` Nick Roberts
2009-09-10  8:36         ` Robert Marshall
2009-09-10  3:49   ` Nick Roberts
2009-09-10  9:09     ` Robert Marshall
2009-09-10 10:08       ` Nick Roberts
2009-09-10 14:28         ` Robert Marshall
2009-09-10 21:37           ` Nick Roberts
2009-09-11 13:24             ` Robert Marshall
2009-09-10  8:45   ` bug#4375: marked as done (23.1.50; can't kill killed gud buffer) Emacs bug Tracking System

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=19112.53002.590726.359903@totara.tehura.co.nz \
    --to=nickrob@snap.net.nz \
    --cc=4375@emacsbugs.donarmstrong.com \
    --cc=emacs-pretest-bug@gnu.org \
    --cc=jan.h.d@swipnet.se \
    --cc=robert.marshall@tnei.co.uk \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.