From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Oleh Krehel Newsgroups: gmane.emacs.devel Subject: Re: Is it time to remove INTERNAL_FIELD? Date: Thu, 23 Apr 2015 14:05:28 +0200 Message-ID: <87fv7rqcc7.fsf@gmail.com> References: <87lhhjuq26.fsf@gmail.com> <5538C48F.2020005@cs.ucla.edu> <87fv7rupcc.fsf@gmail.com> <5538C6C0.2000609@cs.ucla.edu> <83sibr15ac.fsf@gnu.org> <878udjun89.fsf@gmail.com> <83pp6v14cy.fsf@gnu.org> <87sibr84hb.fsf@gmail.com> <83oamf12ax.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1429791091 30728 80.91.229.3 (23 Apr 2015 12:11:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 23 Apr 2015 12:11:31 +0000 (UTC) Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 23 14:11:27 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YlFyS-0007TP-NX for ged-emacs-devel@m.gmane.org; Thu, 23 Apr 2015 14:11:20 +0200 Original-Received: from localhost ([::1]:39904 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlFyR-0006nY-RV for ged-emacs-devel@m.gmane.org; Thu, 23 Apr 2015 08:11:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50963) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlFyN-0006nH-K7 for emacs-devel@gnu.org; Thu, 23 Apr 2015 08:11:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YlFyI-0006Z7-K6 for emacs-devel@gnu.org; Thu, 23 Apr 2015 08:11:15 -0400 Original-Received: from mail-wi0-x22d.google.com ([2a00:1450:400c:c05::22d]:35039) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlFyI-0006Yv-By; Thu, 23 Apr 2015 08:11:10 -0400 Original-Received: by widdi4 with SMTP id di4so213184015wid.0; Thu, 23 Apr 2015 05:11:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=9JNIUjMX4jAea8WPpxMWhgl7VVShp9shYHUu/e1BQ8Y=; b=kH2buCP1l7nnAiMnnJrdj0WapLYwhUzLHGza8v8dnLzucxlI+gtNnV6qoMwvXepR1t NkqF5jI6O8jTiUeZAloI0ZBr9fesJkvx9Rl4dq9G/QfKRjKk4eTdbGSJO6Jwu91s1llK KCPDwxZi9FFigLMAB7xPmlN5zeKfAuRXaxq6b1HJVNZ3mMi/SN1pWbMJPGn5+PoNMCDh abpvIUAdOBbu3MQ7uSMMRAgAW9ulnsOsAWYum3kKk95SDmeUyhB3RJsXy4P4JYz0b3K8 QGvekxCxdjXrA7M8WpzkcIQYksLOV0Fy0ipx7XSl8+JRbkHkFKOCNRSiQW5H3W5r+QxH 5Q9w== X-Received: by 10.180.90.236 with SMTP id bz12mr14680697wib.33.1429791069670; Thu, 23 Apr 2015 05:11:09 -0700 (PDT) Original-Received: from firefly (dyn069045.nbw.tue.nl. [131.155.69.45]) by mx.google.com with ESMTPSA id mv11sm28928059wic.23.2015.04.23.05.11.08 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 23 Apr 2015 05:11:08 -0700 (PDT) In-Reply-To: <83oamf12ax.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 23 Apr 2015 15:01:26 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22d 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:185807 Archived-At: Eli Zaretskii writes: >> It shows up as unrecognized command for me. I see it defined in >> .gdbinit, but it's automatically sourced. How can I source it? > > You can source it manually like this: > > (gdb) source .gdbinit > > If you start GDB from the src directory, it should read that file > automatically. However, latest versions of GDB refuse to do that, for > security reasons, unless you customize GDB to countermand that (the > message GDB displays when it refuses to load the file hints on these > customizations; read the GDB manual to know more). > > See etc/DEBUG for more about debugging Emacs on the C level. Thanks. >> I saw that there was a change 3 years ago adding "_" to ends of some >> symbols. This change was subsequently reverted, and it supposedly worked >> fine for 3 years. So I'm guessing that there is a mechanism that makes >> it work without modifying with symbols with "_". > > No, there is no such mechanism. You will find "name_" in .gdbinit. > Those changes you mention are probably about changes in the sources > that were reverted later. OK, I see it now. The only two occurences that I found for "_\([^a-z]\|$\)" were "name_". I've pushed the change. Is there anything else that needs to be done before merging? Oleh