unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Roger Lipsett <roger.lipsett@gmail.com>, Tassilo Horn <tsdh@gnu.org>
Cc: 64834@debbugs.gnu.org
Subject: bug#64834: 28.2; Auctex fails to load properly
Date: Mon, 24 Jul 2023 19:12:22 +0300	[thread overview]
Message-ID: <83v8e9qoex.fsf@gnu.org> (raw)
In-Reply-To: <CAEtSxfaWhhwtaArtioa395V6nQ+dtKpygQBCa8s_CZbZCcozJA@mail.gmail.com> (message from Roger Lipsett on Mon, 24 Jul 2023 11:08:24 -0400)

> From: Roger Lipsett <roger.lipsett@gmail.com>
> Date: Mon, 24 Jul 2023 11:08:24 -0400
> 
> I recently switched from an Intel Mac to an Apple Silicon mac, and
> Auctex no longer loads properly.
> 
> If I start an emacs server, set debug-on-error to t, and try to load a .tex file, I get the
> following, and the first line below continues until I get the message "error lisp nesting exceeds
> 'max-lisp-eval-depth'".
>   internal--fill-string-single-line("Use the command `TeX-Omega-mode' to change this va...")
>   internal--fill-string-single-line("Use the command `TeX-Omega-mode' to change this va...")
>   internal--fill-string-single-line("Use the command `TeX-Omega-mode' to change this va...")
>   internal--format-docstring-line("Use the command `%s' to change this variable." TeX-Omega-mode)
>   #f(compiled-function (arg1 arg2 &rest rest) "Define a new minor mode MODE.\nThis defines the
> toggle command MODE and (by default) a control variable\nMODE (you can override this with the :
> variable keyword, see below).\nDOC is the documentation for the mode toggle command.\n\nThe
> defined mode command takes one optional (prefix) argument.\nInteractively with no prefix argument, it
> toggles the mode.\nA prefix argument enables the mode if the argument is positive,\nand disables it
> otherwise.\n\nWhen called from Lisp, the mode command toggles the mode if the\nargument is
> `toggle', disables the mode if the argument is a\nnon-positive integer, and enables the mode
> otherwise (including\nif the argument is omitted or nil or a positive integer).\n\nIf DOC is nil, give the
> mode command a basic doc-string\ndocumenting what its argument does.  If the word \"ARG\" does
> not\nappear in DOC, a paragraph is added to DOC explaining\nusage of the mode
> argument.\n\nBODY contains code to execute each time the mode is enabled or disabled.\n  It is
> executed after toggling the mode, and before running MODE-hook.\n  Before the actual body code,
> you can write keyword arguments, i.e.\n  alternating keywords and values.  If you provide BODY, then
> you must\n  provide at least one keyword argument (e.g. `:lighter nil`).\n  The following special
> keywords are supported (other keywords are passed\n  to `defcustom' if the minor mode is
> global):\n\n:global GLOBAL\11If non-nil specifies that the minor mode is not meant to
> be\n\11\11buffer-local, so don't make the variable MODE buffer-local.\n\11\11By default, the mode is
> buffer-local.\n:init-value VAL\11the initial value of the mode's variable.\n\11\11Note that the minor
> mode function won't be called by setting\n\11\11this option, so the value *reflects* the minor mode's
> natural\n\11\11initial state, rather than *setting* it.\n\11\11In the vast majority of cases it should be
> nil.\n\11\11Not used if you also specify :variable.\n:lighter SPEC\11Text displayed in the mode line
> when the mode is on.\n:keymap MAP\11Keymap bound to the mode keymap.  Defaults to
> `MODE-map'.\n                If non-nil, it should be an unquoted variable name (whose value\n                is a
> keymap), or an expression that returns either a keymap or\n\11\11a list of (KEY . BINDING) pairs
> where KEY and BINDING are\n\11\11suitable for `define-key'.  If you supply a KEYMAP
> argument\n\11\11that is not a symbol, this macro defines the variable MODE-map\n\11\11and gives it
> the value that KEYMAP specifies.\n:interactive VAL  Whether this mode should be a command or not.
>  The default\n                is to make it one; use nil to avoid that.  If VAL is a list,\n                it's interpreted
> as a list of major modes this minor mode\n                is useful in.\n:variable PLACE\11The location to
> use instead of the variable MODE to store\n\11\11the state of the mode.\11This can be simply a
> different\n\11\11named variable, or a generalized variable.\n\11\11PLACE can also be of the form
> (GET . SET), where GET is\n\11\11an expression that returns the current state, and SET is\n\11\11a
> function that takes one argument, the new state, which should\n                be assigned to PLACE.  If
> you specify a :variable, this function\n                does not define a MODE variable (nor any of the terms
> used\n\11\11in :variable).\n:after-hook     A single Lisp form which is evaluated after the mode hooks\n
>                have been run.  It should not be quoted.\n\nFor example, you could write\n 
> (define-minor-mode foo-mode \"If enabled, foo on you!\"\n    :lighter \" Foo\" :require \\='foo :global t :
> group \\='hassle :version \"27.5\"\n    ...BODY CODE...)\n\nFor backward compatibility with the
> Emacs<21 calling convention,\nthe keywords can also be preceded by the obsolete
> triplet\nINIT-VALUE LIGHTER KEYMAP." #<bytecode 0x1bb50d2338ff34ff>)(TeX-Omega-mode
> "Minor mode for using the Omega engine." :init-value nil :lighter nil :keymap nil :group 'TeX-command
> (TeX-engine-set (if TeX-Omega-mode 'omega 'default)))
>   (define-minor-mode TeX-Omega-mode "Minor mode for using the Omega engine." :init-value nil :
> lighter nil :keymap nil :group 'TeX-command (TeX-engine-set (if TeX-Omega-mode 'omega 'default)))
>   eval-buffer(#<buffer  *load*> nil "/Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/tex.el" nil t)  ; Reading at
> buffer position 69136
>   load-with-code-conversion("/Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/tex.el"
> "/Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/tex.el" nil t)
>   TeX-tex-mode()
>   apply(TeX-tex-mode nil)
>   tex-mode()
>   set-auto-mode-0(tex-mode nil)
>   set-auto-mode--apply-alist((("\\.js\\'" . js2-mode) ("\\.mjs\\'" . javascript-mode) ("\\.hva\\'" . latex-mode)
> ("\\.d[i]?\\'" . d-mode) ("\\.gpg\\(~\\|\\.~[0-9]+~\\)?\\'" nil epa-file) ("\\.elc\\'" . elisp-byte-code-mode)
> ("\\.zst\\'" nil jka-compr) ("\\.dz\\'" nil jka-compr) ("\\.xz\\'" nil jka-compr) ("\\.lzma\\'" nil jka-compr) ("\\.lz\\'"
> nil jka-compr) ("\\.g?z\\'" nil jka-compr) ("\\.bz2\\'" nil jka-compr) ("\\.Z\\'" nil jka-compr) ("\\.vr[hi]?\\'" .
> vera-mode) ("\\(?:\\.\\(?:rbw?\\|ru\\|rake\\|thor\\|jbuilder\\|rabl\\|ge..." . ruby-mode) ("\\.re?st\\'" . rst-mode)
> ("\\.py[iw]?\\'" . python-mode) ("\\.m\\'" . octave-maybe-mode) ("\\.less\\'" . less-css-mode) ("\\.scss\\'" .
> scss-mode) ("\\.awk\\'" . awk-mode) ("\\.\\(u?lpc\\|pike\\|pmod\\(\\.in\\)?\\)\\'" . pike-mode) ("\\.idl\\'" .
> idl-mode) ("\\.java\\'" . java-mode) ("\\.m\\'" . objc-mode) ("\\.ii\\'" . c++-mode) ("\\.i\\'" . c-mode) ("\\.lex\\'"
> . c-mode) ("\\.y\\(acc\\)?\\'" . c-mode) ("\\.h\\'" . c-or-c++-mode) ("\\.c\\'" . c-mode) ("\\.\\(CC?\\|HH?\\)\\'" .
> c++-mode) ("\\.[ch]\\(pp\\|xx\\|\\+\\+\\)\\'" . c++-mode) ("\\.\\(cc\\|hh\\)\\'" . c++-mode) ("\\.\\(bat\\|cmd\\)\\'" .
> bat-mode) ("\\.[sx]?html?\\(\\.[a-zA-Z_]+\\)?\\'" . mhtml-mode) ("\\.svgz?\\'" . image-mode) ("\\.svgz?\\'" .
> xml-mode) ("\\.x[bp]m\\'" . image-mode) ("\\.x[bp]m\\'" . c-mode) ("\\.p[bpgn]m\\'" . image-mode)
> ("\\.tiff?\\'" . image-mode) ("\\.gif\\'" . image-mode) ("\\.png\\'" . image-mode) ("\\.jpe?g\\'" .
> image-mode) ("\\.te?xt\\'" . text-mode) ("\\.[tT]e[xX]\\'" . tex-mode) ("\\.ins\\'" . tex-mode) ("\\.ltx\\'" .
> latex-mode) ...) nil nil)
>   set-auto-mode()
>   normal-mode(t)
>   after-find-file(nil t)
>   find-file-noselect-1(#<buffer lucy.tex> "~/lucy.tex" nil nil "~/lucy.tex" (5780809 16777233))
>   find-file-noselect("~/lucy.tex" nil nil t)
>   find-file("~/lucy.tex" t)
>   funcall-interactively(find-file "~/lucy.tex" t)
>   call-interactively(find-file nil nil)
>   command-execute(find-file)
> 
> If I also set debug-on-signal and try to byte-compile tex.el, which is
> where the previous error seemed to occur, I get the following:
> 
> Debugger entered--Lisp error: (void-variable ansi-color-faces-vector)
>   default-toplevel-value(ansi-color-faces-vector)
>   custom-initialize-reset(ansi-color-faces-vector (funcall #'#f(compiled-function () #<bytecode
> 0x1ca1c2cd84e54>)))
>   custom-declare-variable(ansi-color-faces-vector (funcall #'#f(compiled-function () #<bytecode
> 0x1ca1c2cd84e54>)) "Faces used for SGR control sequences determining a..." :type (vector face
> face face face face face face face) :group ansi-colors)
>   byte-code
> ("\300\301\302\303\304\305\306\307&\7\210\310\311\312\313\306\301\304\314&\7\210\310\315\316\317\306\301\304\314&\7\210\310\320\321\322\306\301\304\314&\7\210\310\323\324\325\306\301..."
> [custom-declare-group ansi-colors nil "Translating SGR control sequences to faces.\nThis t..." :version
> "21.1" :group processes custom-declare-face ansi-color-bold ((t :inherit 'bold)) "Face used to render
> bold text." "28.1" ansi-color-faint ((t :weight light)) "Face used to render faint text." ansi-color-italic ((t :
> inherit 'italic)) "Face used to render italic text." ansi-color-underline ((t :inherit 'underline)) "Face used
> to render underlined text." ansi-color-slow-blink ((t :box (:line-width -1))) "Face used to render slowly
> blinking text." ansi-color-fast-blink ((t :box (:line-width -1))) "Face used to render rapidly blinking text."
> ansi-color-inverse ((t :inverse-video t)) "Face used to render inverted video text." ansi-color-black ((t :
> foreground "black" :background "black")) "Face used to render black color code." ansi-color-red ((t :
> foreground "red3" :background "red3")) "Face used to render red color code." ansi-color-green ((t :
> foreground "green3" :background "green3")) "Face used to render green color code."
> ansi-color-yellow ((t :foreground "yellow3" :background "yellow3")) "Face used to render yellow color
> code." ansi-color-blue ((t :foreground "blue2" :background "blue2")) "Face used to render blue color
> code." ansi-color-magenta ((t :foreground "magenta3" :background "magenta3")) "Face used to
> render magenta color code." ansi-color-cyan ...] 10)
>   require(ansi-color)
>   byte-code
> ("\300\301!\210\300\302!\210\300\303!\210\304\305\306\307\310\311%\210\304\312\306\313\310\305%\207"
> [require ring ansi-color regexp-opt custom-declare-group comint nil "General command interpreter in a
> window stuff." :group processes comint-completion "Completion facilities in comint."] 6)
>   require(comint)
>   byte-code
> ("\300\301!\210\300\302!\210\300\303!\210\304\305\306\307\310\311\310\312&\7\210\313\314\315\316\317DD\320\321\322%\210\313\323\315\316\324DD\325\321\322%\210\313\326\315..."
> [require tool-bar comint text-property-search custom-declare-group compilation nil "Run compiler as
> inferior of Emacs, parse error mes..." :group tools processes custom-declare-variable
> compilation-mode-hook funcall function #f(compiled-function () #<bytecode 0x1f400016fe914>) "List
> of hook functions run by `compilation-mode'." :type hook compilation-start-hook #f(compiled-function
> () #<bytecode 0x1f400016fe914>) "Hook run after starting a new compilation process...."
> compilation-window-height #f(compiled-function () #<bytecode 0x1f400016fe914>) "Number of lines
> in a compilation window.\nIf nil, u..." (choice (const :tag "Default" nil) integer)
> compilation-transform-file-match-alist #f(compiled-function () #<bytecode 0x1f400016fe914>) "Alist of
> regexp/replacements to alter file names i..." (repeat (list regexp (choice (const :tag "No replacement"
> nil) string))) :version "27.1"] 8)
>   compilation-mode()
>   emacs-lisp-compilation-mode()
>   byte-compile-log-file()
>   byte-compile-from-buffer(#<buffer  *Compiler Input*>)
>   byte-compile-file("~/.emacs.d/elpa/auctex-13.2.1/tex.el" nil)
>   funcall-interactively(byte-compile-file "~/.emacs.d/elpa/auctex-13.2.1/tex.el" nil)
>   call-interactively(byte-compile-file record nil)
>   command-execute(byte-compile-file record)
>   execute-extended-command(nil "byte-compile-file" "byte-comp")
>   funcall-interactively(execute-extended-command nil "byte-compile-file" "byte-comp")
>   call-interactively(execute-extended-command nil nil)
>   command-execute(execute-extended-command)
> 
> In GNU Emacs 28.2 (build 1, aarch64-apple-darwin21.1.0, NS appkit-2113.00 Version 12.0.1 (Build
> 21A559))
>  of 2023-02-22 built on armbob.lan
> Windowing system distributor 'Apple', version 10.3.2299
> System Description:  macOS 13.4

Thanks.

Adding Tassilo, in case he has some insights.





  reply	other threads:[~2023-07-24 16:12 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-07-24 15:08 bug#64834: 28.2; Auctex fails to load properly Roger Lipsett
2023-07-24 16:12 ` Eli Zaretskii [this message]
2023-07-24 16:37   ` Tassilo Horn
2023-07-24 17:20     ` Roger Lipsett
2023-07-24 18:44       ` Tassilo Horn
2023-07-24 19:17         ` Roger Lipsett
2023-07-24 19:24           ` Eli Zaretskii
2023-07-25 10:11             ` Robert Pluim
2023-07-25 12:42               ` Eli Zaretskii
2023-07-25 13:18                 ` Roger Lipsett
2023-07-25  7:25           ` Tassilo Horn
2023-07-25 12:01             ` Roger Lipsett
2023-07-25 13:31               ` Tassilo Horn
2023-07-25 13:44                 ` Roger Lipsett
2023-07-25 14:09                   ` Tassilo Horn

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=83v8e9qoex.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=64834@debbugs.gnu.org \
    --cc=roger.lipsett@gmail.com \
    --cc=tsdh@gnu.org \
    /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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).