From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Gdb in emacs 24 Date: Thu, 06 Oct 2011 20:07:07 +0200 Message-ID: <83r52qgfjo.fsf@gnu.org> References: <8B7ECBAB-1981-408C-8AF7-D171385F727C@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1317924443 9681 80.91.229.12 (6 Oct 2011 18:07:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 6 Oct 2011 18:07:23 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Reitter Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 06 20:07:18 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RBsLg-0004LT-CO for ged-emacs-devel@m.gmane.org; Thu, 06 Oct 2011 20:07:12 +0200 Original-Received: from localhost ([::1]:47138 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBsLf-0004tN-N1 for ged-emacs-devel@m.gmane.org; Thu, 06 Oct 2011 14:07:11 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:52832) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBsLc-0004t7-VU for emacs-devel@gnu.org; Thu, 06 Oct 2011 14:07:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RBsLb-0000P8-W8 for emacs-devel@gnu.org; Thu, 06 Oct 2011 14:07:08 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:42783) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBsLb-0000Ov-O3 for emacs-devel@gnu.org; Thu, 06 Oct 2011 14:07:07 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0LSN00F00OUT6500@a-mtaout21.012.net.il> for emacs-devel@gnu.org; Thu, 06 Oct 2011 20:07:06 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.124.91.138]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LSN00E9AOZRV6C0@a-mtaout21.012.net.il>; Thu, 06 Oct 2011 20:07:05 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.169 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:144627 Archived-At: > From: David Reitter > Date: Thu, 6 Oct 2011 09:37:45 -0400 > Cc: emacs-devel@gnu.org > > On Oct 6, 2011, at 7:25 AM, Eli Zaretskii wrote: > > >>> The very first line of the doc string says: > >>> > >>> gdb is an interactive autoloaded Lisp function in `gdb-mi.el'. > >>> ^^^^^^^^^ > >> > >> So, you're now asking users to infer the interface between GDB and Emacs from file names of the source file? > > > > Huh? did you even read the message to which I was responding? A user > > asked why her ELisp function stopped working in Emacs 24. That > > function used "--annotate=3" switch to GDB. I responded that since > > Emacs 24 switched to using the MI interface to GDB, using --annotate > > is expected to fail. > > > There must be a misunderstanding. Here's what you said: > > > If you "C-h f gdb RET", you will see that Emacs 24 switched to use the > > GDB/MI interface, so the --annotate=3 thingy is no longer TRT, and I'm > > quite sure it will interfere in "interesting" ways. That was part of an attempt to help a user understand why her Lisp no longer works in Emacs 24. > And I pointed out that you couldn't actually infer the switch to the new interface from the doc string of `gdb'. There's no requirement to infer the switch, because I just told about the switch myself. > 1. The user doesn't care about how Emacs GDB and the underlying gdb communicate, and how that changes between Emacs versions - nor should they have to care. Users who don't care shouldn't override the Emacs defaults with an explicit GDB command line that is based on intimate details of how GUD invokes GDB.