From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Augusto Stoffel Newsgroups: gmane.emacs.bugs Subject: bug#70136: 30.0.50; compilation-mode [was: comint-mode] doesn't call hack-dir-local-variables-non-file-buffer Date: Wed, 17 Apr 2024 10:31:42 +0200 Message-ID: <87r0f49yq9.fsf@gmail.com> References: <87zfuc48d5.fsf@gmail.com> <86msqc9dsa.fsf@gnu.org> <874jcjeuac.fsf@gmail.com> <86edbnajfp.fsf@gnu.org> <87mspwcn0f.fsf_-_@gmail.com> <86v84kmeh0.fsf@gnu.org> <874jc2y2ky.fsf@gmail.com> <86sezmjxbc.fsf@gnu.org> <86a5lsiuo8.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23111"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Eli Zaretskii , 70136@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Apr 17 10:33:07 2024 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 1rx0j5-0005sP-4i for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Apr 2024 10:33:07 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rx0is-0005W7-KF; Wed, 17 Apr 2024 04:32:54 -0400 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 1rx0iq-0005Um-KU for bug-gnu-emacs@gnu.org; Wed, 17 Apr 2024 04:32:52 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rx0iq-0001CJ-CL for bug-gnu-emacs@gnu.org; Wed, 17 Apr 2024 04:32:52 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rx0j2-0000sT-VD for bug-gnu-emacs@gnu.org; Wed, 17 Apr 2024 04:33:05 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Augusto Stoffel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Apr 2024 08:33:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70136 X-GNU-PR-Package: emacs Original-Received: via spool by 70136-submit@debbugs.gnu.org id=B70136.17133427272933 (code B ref 70136); Wed, 17 Apr 2024 08:33:04 +0000 Original-Received: (at 70136) by debbugs.gnu.org; 17 Apr 2024 08:32:07 +0000 Original-Received: from localhost ([127.0.0.1]:45687 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rx0i7-0000lF-AW for submit@debbugs.gnu.org; Wed, 17 Apr 2024 04:32:07 -0400 Original-Received: from mail-ed1-x536.google.com ([2a00:1450:4864:20::536]:50545) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rx0i3-0000dh-R4 for 70136@debbugs.gnu.org; Wed, 17 Apr 2024 04:32:05 -0400 Original-Received: by mail-ed1-x536.google.com with SMTP id 4fb4d7f45d1cf-56e6acb39d4so7053633a12.1 for <70136@debbugs.gnu.org>; Wed, 17 Apr 2024 01:31:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1713342704; x=1713947504; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=DUoSfOU1k7F+Sl7T80p2izkuJFxbdZDxbQ9iCUUSi7s=; b=nF4BHpht9Z3l5P3/RslxhV6OmH577U+DCTfcHJWqBH1jNkLSI/OMl9u/mnqlWLyDD0 kyWVjk86bW0SKUSFaUtn4bwfDvPtAq3RkS5cTTWLjw3Oxwug4nrGR/Q2Dh6VYvIP1ylr BfkEdkiSuVymAFrfNFUo1D04T2NfQ28W4DBFSqJKT5o07Yx5wigoCOIWMJ/Ws/gPmbD5 KrkSBEaUBYMFSGksHsPdz+xH6ZbDTI8HIJkH4s7h/6DENLcsaL1NP4XNzOOvWT1nA8uc OFrSlhDsBjpAKmG28SPl9zw+enNJitjqq0wfRJt9TTmrSMIasmD3RklCi3OrHZX7E6YL VfhA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713342704; x=1713947504; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=DUoSfOU1k7F+Sl7T80p2izkuJFxbdZDxbQ9iCUUSi7s=; b=WrcoED63cuX9zAoE2spFyb8zD5Fj+fWXsilW7BkDrwifePgvK7+eSMVyaqK3Qxs32V vqg6riaWvaYX/RAb1p+7dcagxgXJ/y2drP80FqpDmzQRhyV4cHtUIVJPP7b8hxjp20/F qq09kAu+tPIrja3t/qw8I54fGJsrTYz9wDe3oCK8NPVhj9HpifbQ/IREqg2jzAsjK24z a7/P7wQaSCI11M5Ilp2E9XDpDWQxT2xpxbtkpR+XJGUsLKk1wkChFYa8LzuSXnLFaHX7 zSVlTRwL3zQBhjw1P82ahwnR7HdMlNOn4QQz6JfNV5hR0djm1smnxEHM9Kucz/0tCXpK ipPw== X-Forwarded-Encrypted: i=1; AJvYcCUE9SwL7dv2c/86+NigyujeV5UfcnmdKbsLTnNBTK3dkWDi9k24v6rzzWBhsnB5A0XSj2BsXfyldQS1ndxNo2b3+MsFcm4= X-Gm-Message-State: AOJu0Yy+PSLJwFBg3Ike2/F8MQpj0rpiQGgv6QnM5mhGBHSIsppQ7rU+ 4p6vs8n4QZ6DXEqozPrnfJ2dBdimzOV9n5AX2/bnV9LlyGK6wB8B0F3O8A== X-Google-Smtp-Source: AGHT+IF/FBKDj29MQq6Toh51G46xQ5EJFcV2fJDE0m5G2YlfzFre4F+0gGUZnign4MupXOkZWL/SMw== X-Received: by 2002:a17:907:5c5:b0:a46:d041:28e0 with SMTP id wg5-20020a17090705c500b00a46d04128e0mr11828337ejb.59.1713342704193; Wed, 17 Apr 2024 01:31:44 -0700 (PDT) Original-Received: from ars3 ([2a02:8109:8a87:ff00::6223]) by smtp.gmail.com with ESMTPSA id s13-20020a170906354d00b00a5556cd0fd5sm532755eja.183.2024.04.17.01.31.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 17 Apr 2024 01:31:43 -0700 (PDT) In-Reply-To: (Stefan Monnier's message of "Tue, 16 Apr 2024 22:58:10 -0400") 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:283478 Archived-At: On Tue, 16 Apr 2024 at 22:58, Stefan Monnier wrote: > And since this var is needed only to avoid breaking backward > compatibility, it would be desirable to have a plan to get rid of it in > the longer term. I definitely agree with this. Eli's worry is about retaining compatibility with buggy code (in this case, a hypothetical .dir-locals.el that doesn't properly map variables to the desired modes), so the compatibility workarounds, if any at all, should be transitional.