From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Len Trigg Newsgroups: gmane.emacs.bugs Subject: bug#59868: 28.2.50; compilation-search-path incompatible with dir-locals Date: Sun, 11 Dec 2022 11:01:53 +1300 Message-ID: References: <83y1rj4bc2.fsf@gnu.org> <83a63x12ew.fsf@gnu.org> <83tu23we5j.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000f548a905ef806b3f" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5024"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 59868@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 10 23:03:22 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p47wG-00015X-CQ for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 10 Dec 2022 23:03:20 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p47w1-00038F-V6; Sat, 10 Dec 2022 17:03:06 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p47w0-000383-0t for bug-gnu-emacs@gnu.org; Sat, 10 Dec 2022 17:03:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p47vy-0002Mq-BF for bug-gnu-emacs@gnu.org; Sat, 10 Dec 2022 17:03:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1p47vy-0006ml-6j for bug-gnu-emacs@gnu.org; Sat, 10 Dec 2022 17:03:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Len Trigg Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Dec 2022 22:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59868 X-GNU-PR-Package: emacs Original-Received: via spool by 59868-submit@debbugs.gnu.org id=B59868.167070973826070 (code B ref 59868); Sat, 10 Dec 2022 22:03:02 +0000 Original-Received: (at 59868) by debbugs.gnu.org; 10 Dec 2022 22:02:18 +0000 Original-Received: from localhost ([127.0.0.1]:45354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p47vG-0006mQ-5H for submit@debbugs.gnu.org; Sat, 10 Dec 2022 17:02:18 -0500 Original-Received: from mail-oo1-f48.google.com ([209.85.161.48]:41508) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p47vD-0006mI-UX for 59868@debbugs.gnu.org; Sat, 10 Dec 2022 17:02:16 -0500 Original-Received: by mail-oo1-f48.google.com with SMTP id f7-20020a4a8907000000b004a0cb08d0afso1229073ooi.8 for <59868@debbugs.gnu.org>; Sat, 10 Dec 2022 14:02:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=vTVTbyNBFb8LecMHzOJH5ik3tz9nro+QfO6Ppct5HgQ=; b=oiMbGSAxDeLum9C33xrvtQnWDR1BWiDV0W47bA21V0LHZ9HlQDYw9U1kBk+6Ucg7pX wTqY9FJPbnpuLVibJYfFefoOu7IluOzZbAcWOWfoHmHGW6M3NFWTYquvlr9GKj089ynJ 78qlCaYywXrB+vXnXb14kwAOqDFgjqDSpQRXlG2gylVtT2+cR2SUh4TXo5brPRb/0a4r xyUIjR80ztD52+zM4zLJhNce2nuvdumsANJ+j2zsBzxmodyXVZSKN7nxq4HUlA3yFVCE bdOCxFnDOO4rAdg+aydi4JDlajpXhGlSb1XOoR0O0rkNKZqHbkCk1X97yodQfs+mVECG 49iQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=vTVTbyNBFb8LecMHzOJH5ik3tz9nro+QfO6Ppct5HgQ=; b=OICFmrU90hjQV0DtYJ/VFPL3UKoJFO8NewqweEiIOary8ykV3whzhSKrctgDEFgwyv sgmt6bALTRJwM0zL4XzafpyixAckrrILq5u2LwRiAKa28eIWMuDyNF/P/V8Twm+t+6ft 63s/c5vu/bK4aBhmu4p3FrQzM6I1KZE6tekjSfn0hIW3WtiRUCrmOoVb/Px2ClvYrv9F Tfjcj3tOkf5quOiJYsQeFBDlk8GzRlz7HBSToqVo25Mj30dhQuzL54shP7ppKX8uo2R6 XI6H4EzpisncQCLCEW31pHiAupa9k5GgGRiaLPumU4fsCxdCU0tGznPuJmSz6AzeV7zr rlMw== X-Gm-Message-State: ANoB5plsoufCWyrR7afmsm/QiGJZQsih7hevATDC9de7bMiqj1WINgFl wUY57z+U2dk1oLPHp+Jv59M3JOc5GfUn4K5JnxiNS7ZP X-Google-Smtp-Source: AA0mqf4ckHDsOf0Qf8/7QIFeaapJHljdo8AaDzwtmAUkMchn2hHpNEwq9sZwEY3ZLKD5LeJQg2yGFkGU2a9J5jAOv6I= X-Received: by 2002:a4a:c407:0:b0:4a3:9f7a:adce with SMTP id y7-20020a4ac407000000b004a39f7aadcemr599618oop.80.1670709729641; Sat, 10 Dec 2022 14:02:09 -0800 (PST) In-Reply-To: <83tu23we5j.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:250562 Archived-At: --000000000000f548a905ef806b3f Content-Type: text/plain; charset="UTF-8" On Sun, 11 Dec 2022 at 03:02, Eli Zaretskii wrote: > Because from the pattern we use the *compilation* buffer it is clear > that it cannot be buffer-local. The *compilation* buffer is reused by > each new compilation, so local setting there makes no sense. > Ahhh, right, thanks. My current hack would not work as expected if I switch to another project and compile that without first killing the previous *compilation* buffer, since it would have the previous project settings. So to be project aware I guess I would somehow need to set the compilation-search-path from compilation-start-hook? > Why cannot you have all the possible directories in the list? > Do you mean all directories for the current project, or all directories across all projects? If the former, that's exactly what I want. If the latter, that seems prone to incorrectly resolving the source file for a message as coming from a project other than the current (particularly for generic filenames like "utils.c") and additionally I try not to have anything project specific in my global emacs init, they should live in the project repo (and .dir-locals.el is the only mechanism I'm aware of for that). Cheers, Len. --000000000000f548a905ef806b3f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sun, 11 Dec 2022 at 03:02, Eli Zar= etskii <eliz@gnu.org> wrote:
<= /div>
Because from the pat= tern we use the *compilation* buffer it is clear
that it cannot be buffer-local.=C2=A0 The *compilation* buffer is reused by=
each new compilation, so local setting there makes no sense.

Ahhh, right, thanks. My current hack would not work a= s expected if I switch to another project and compile that without first ki= lling the previous *compilation* buffer, since it would have the previous p= roject settings. So to be project aware I guess I would somehow need to set= the compilation-search-path from compilation-start-hook?
=C2= =A0
Why cannot you h= ave all the possible directories in the list?

Do you mean all directories for the current project, or all director= ies across all projects? If the former, that's exactly what I want. If = the latter, that seems prone to incorrectly resolving the source file for a= message as coming from a project other than the current (particularly for = generic filenames like "utils.c") and additionally I try not to h= ave anything project specific in my global emacs init, they should live in = the project repo (and .dir-locals.el is the only mechanism I'm aware of= for that).

Cheers,
Len.

<= /div>
--000000000000f548a905ef806b3f--