From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ludovic Brenta Newsgroups: gmane.emacs.bugs Subject: bug#33618: 27.0.50; ada-mode breaks M-x grep Date: Fri, 04 Jan 2019 18:27:16 +0100 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1546622772 30036 195.159.176.226 (4 Jan 2019 17:26:12 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 4 Jan 2019 17:26:12 +0000 (UTC) To: 33618@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 04 18:26:07 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfTEV-0007iS-Nq for geb-bug-gnu-emacs@m.gmane.org; Fri, 04 Jan 2019 18:26:07 +0100 Original-Received: from localhost ([127.0.0.1]:37347 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gfTGb-0001tu-TL for geb-bug-gnu-emacs@m.gmane.org; Fri, 04 Jan 2019 12:28:17 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:42946) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gfTGT-0001s4-4b for bug-gnu-emacs@gnu.org; Fri, 04 Jan 2019 12:28:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gfTGP-0008CA-UU for bug-gnu-emacs@gnu.org; Fri, 04 Jan 2019 12:28:09 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58836) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gfTGP-0008C2-Qd for bug-gnu-emacs@gnu.org; Fri, 04 Jan 2019 12:28:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gfTGM-0004OG-7S for bug-gnu-emacs@gnu.org; Fri, 04 Jan 2019 12:28:05 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Ludovic Brenta Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Jan 2019 17:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33618 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 33618-submit@debbugs.gnu.org id=B33618.154662284016819 (code B ref 33618); Fri, 04 Jan 2019 17:28:02 +0000 Original-Received: (at 33618) by debbugs.gnu.org; 4 Jan 2019 17:27:20 +0000 Original-Received: from localhost ([127.0.0.1]:47032 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfTFg-0004NC-3v for submit@debbugs.gnu.org; Fri, 04 Jan 2019 12:27:20 -0500 Original-Received: from webmail.bookmyname.com ([88.191.249.153]:12486 helo=webmail.free.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfTFe-0004N1-2y for 33618@debbugs.gnu.org; Fri, 04 Jan 2019 12:27:19 -0500 Original-Received: from 153.98.68.208 (unknown [127.0.1.3]) by webmail.free.org (Postfix) with ESMTP id 4E0C8296BD for <33618@debbugs.gnu.org>; Fri, 4 Jan 2019 18:27:16 +0100 (CET) Original-Received: from [153.98.68.208] by webmail.ludovic-brenta.org with HTTP (HTTP/1.1 POST); Fri, 04 Jan 2019 18:27:16 +0100 X-Sender: ludovic@ludovic-brenta.org Original-X-Complaints-To: abuse_at_bookmyname.com X-Abuse-Info: Please be sure to forward a copy of ALL headers X-Origin-Web-Site: webmail.ludovic-brenta.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:154142 Archived-At: Hello, I'd like to chime in as one of a team of 25 people using emacs ada-mode on a large software project for the past 20+ years. We usually use one "project" per emacs process only, so we're not concerned about supporting multiple "projects" in an emacs process. However we are very concerned about compilation buffers containing absolute paths. Our source files are spread in about 50 directories, the full paths of which are routinely longer than 120 characters. Inside each directory are hundreds of source files, the names of which can be another 40 characters each. We use etags and gnatfind to navigate quickly and efficiently between these files, without ever needing to remember, type or see the full directory name. This is especially true in a compilation buffer; RET simply jumps to the correct file even if only its name is displayed. So, we've also been hit by this bug when running grep but quickly worked around it in our ~/.emacs like so: (add-hook 'grep-mode-hook (lambda () "In grep buffers, do not use the compilation-search-path to look for source files. Make a local binding to the variable that overrides the one from any Ada mode or other language project files." (set (make-local-variable 'compilation-search-path) '(nil)))) and we left it at that until now. I do agree that the idea of a single, global, defcustom compilation-search-path seems to make too many assumptions about the various tools that can run in a compilation buffer, their current working directory, which source file (if any) they were called from, etc.. so maybe this idea should be revisited. I do like the ideas so far: - make a new, buffer-local, non-defcustom variable; - copy its value into a buffer-local variable when creating a new compilation buffer; - reuse the buffer-local variable of a compilation buffer when reusing the buffer (i.e. recompile). -- Ludovic Brenta.