all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Emanuel Berg via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org>
To: help-gnu-emacs@gnu.org
Subject: ;; Local variables: (was: Re: The function ‘cl-set-difference’ might not be defined at runtime)
Date: Wed, 15 Apr 2020 19:14:03 +0200	[thread overview]
Message-ID: <87zhbcfz8k.fsf_-_@ebih.ebihd> (raw)
In-Reply-To: 20200415070046.GA17630@tuxteam.de

tomas wrote:

>> [...] what does this mean?
>> 
>> ;; Local variables:
>> ;; byte-compile-dynamic: t
>> ;; End:
>
> Quoth "describe-variable" (aka C-h v):
>
>   byte-compile-dynamic is a variable defined in
>   ‘bytecomp.el’. Its value is nil
>
>     This variable is obsolete since 27.1; not
>     worthwhile any more. This variable is safe as
>     a file local variable if its value satisfies the
>     predicate ‘booleanp’. Probably introduced at or
>     before Emacs version 19.29.
>
>   Documentation:
>   If non-nil, compile function bodies so they load
>   lazily. They are hidden in comments in the compiled
>   file, and each one is brought into core when the
>   function is called.
>
>   To enable this option, make it a file-local variable
>   in the source file you want it to apply to.
>   For example, add -*-byte-compile-dynamic: t;-*- on
>   the first line.
>
>   When this option is true, if you load the compiled
>   file and then move it, the functions you loaded will
>   not be able to run.
>
> So, if your Emacs is new enough, it's just a comment.
> Otherwise, it hides functions in comments ;-D

Yes, but I meant the comment/variable syntax, which
I haven't see before. In the particular variable's
docstring, they mention

  -*- byte-compile-dynamic: t -*-

so how does that differ from

  ;; Local variables:
  ;; byte-compile-dynamic: t
  ;; End:

?

As for the syntax, I tried with this and then did
`emacs-lisp-mode', what happened was it popped up
a warning telling me the values were possibly unsafe -
what does that mean?

  ;; Local variables:
  ;; local-test-var: t
  ;; End:

When I replied they were safe this line appeared in the
`custom-file' file, which I don't care for and prefer to
be blank or not in use

  '(safe-local-variable-values (quote ((local-test-var . t))))

I tried to do it manually like this, with a new variable
name to prevent possible interference, but it didn't
work

  (safe-local-variable-values '((local-test-var-1 . t)))
  ;; Local variables:
  ;; local-test-var-1: t
  ;; End:

because safe-local-variable-values isn't a defined
function, maybe custom just looks for it when it parses
custom-file.

Maybe one can disable custom's operations altogether by
setting custom-file to nil?

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal




  parent reply	other threads:[~2020-04-15 17:14 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-14 17:53 The function ‘cl-set-difference’ might not be defined at runtime Jorge P. de Morais Neto
2020-04-14 18:12 ` Štěpán Němec
2020-04-14 18:25   ` Jorge P. de Morais Neto
2020-04-14 18:39     ` Noam Postavsky
2020-04-14 18:47     ` Štěpán Němec
2020-04-14 19:17       ` Jorge P. de Morais Neto
2020-04-14 19:43         ` Noam Postavsky
2020-04-14 20:21           ` Štěpán Němec
2020-04-14 20:59             ` Jorge P. de Morais Neto
2020-04-15  4:01               ` Stefan Monnier
2020-04-15  4:34                 ` Emanuel Berg via Users list for the GNU Emacs text editor
     [not found]                   ` <20200415070046.GA17630@tuxteam.de>
2020-04-15 17:14                     ` Emanuel Berg via Users list for the GNU Emacs text editor [this message]
2020-04-15 17:25                       ` ;; Local variables: (was: Re: The function ‘cl-set-difference’ might not be defined at runtime) tomas
2020-04-15 12:52                 ` The function ‘cl-set-difference’ might not be defined at runtime Jorge P. de Morais Neto
2020-04-15 13:01                   ` Noam Postavsky
2020-04-14 20:21         ` Stefan Monnier
2020-04-14 21:10           ` Jorge P. de Morais Neto
2020-04-15  4:05             ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87zhbcfz8k.fsf_-_@ebih.ebihd \
    --to=help-gnu-emacs@gnu.org \
    --cc=moasenwood@zoho.eu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.