GNU bug report logs - #74349
30.0.92; Visiting a file under c-ts-mode loads cc-mode

Previous Next

Full log

Message #8 received at 74349 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 74349 <at> debbugs.gnu.org
Subject: Re: bug#74349: 30.0.92; Visiting a file under c-ts-mode loads cc-mode
Date: Wed, 13 Nov 2024 15:42:21 -0500

> So the C file was correctly visited using c-ts-mode, but cc-mode was
> still loaded, quite unexpectedly.

Could you clarify why you think it's a problem?

> Moreover, the settings in our .dir-locals.el that are defined for
> c-mode were applied to the buffer which is not under c-mode.

Could you similarly clarify why you think it's a problem?

>   . hack-dir-local-variables 'funcall's the mode symbol when
>     processing directory-local variables for that mode

It doesn't "funcall" it, but it does make sure the function is loaded:

              ;; If KEY is an extra parent it may remain not loaded
              ;; (hence with some of its mode-specific vars missing their
              ;; `safe-local-variable' property), leading to spurious
              ;; prompts about unsafe vars (bug#68246).
              (if (and (symbolp key) (autoloadp (indirect-function key)))
                  (ignore-errors (autoload-do-load (indirect-function key))))

> I didn't expect derived-mode-add-parents to cause c-mode be turned on,

It's not turned on: its file loaded.

> and its directory-local settings be applied, when c-ts-mode is
> used to visit a file.

Looks like you forgot about it, but yes, that was discussed explicitly
when we discussed `derived-mode-add-parents`.  We decided back then that
the extra var-settings will likely be harmless.

> Can this be avoided, please?  Users who want to use c-ts-mode for C
> files will not necessarily be happy to have cc-mode and all its
> dependencies loaded, and the c-mode-related settings applied, just
> because of unrelated c-mode settings in .dir-locals.el.  It bloats the
> memory footprint of Emacs for no good reason,

Maybe we could try and add more tests in the above code before deciding
to `autoload-do-load`.  E.g. we could first check the list of variables
being set and if they all already have a `safe-local-variable` property,
then we don't need to autoload the mode (and then we'd have to make sure
CC-mode's `safe-local-variable` settings are all autoloaded).

> and it modifies variables the user didn't mean to touch.

We don't really know that without reading the user's mind, in the
general case.  Maybe the `c-mode` settings set only things like
`indent-tabs-mode` and `require-final-newline` and the users definitely
want them to apply to any mode used for the C files rather than only for
the `cc-c-mode`.


        Stefan

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.