From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#64834: 28.2; Auctex fails to load properly Date: Mon, 24 Jul 2023 19:12:22 +0300 Message-ID: <83v8e9qoex.fsf@gnu.org> References: Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25451"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 64834@debbugs.gnu.org To: Roger Lipsett , Tassilo Horn Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jul 24 18:12:16 2023 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 1qNyAQ-0006OB-GG for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 24 Jul 2023 18:12:14 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qNyAG-0006ZS-JI; Mon, 24 Jul 2023 12:12:04 -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 1qNyAE-0006Yy-RP for bug-gnu-emacs@gnu.org; Mon, 24 Jul 2023 12:12:02 -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 1qNyAE-0005yz-Jz for bug-gnu-emacs@gnu.org; Mon, 24 Jul 2023 12:12:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qNyAE-0004Jq-FH for bug-gnu-emacs@gnu.org; Mon, 24 Jul 2023 12:12:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Jul 2023 16:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64834 X-GNU-PR-Package: emacs Original-Received: via spool by 64834-submit@debbugs.gnu.org id=B64834.169021510816578 (code B ref 64834); Mon, 24 Jul 2023 16:12:02 +0000 Original-Received: (at 64834) by debbugs.gnu.org; 24 Jul 2023 16:11:48 +0000 Original-Received: from localhost ([127.0.0.1]:43838 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNy9z-0004JJ-Rs for submit@debbugs.gnu.org; Mon, 24 Jul 2023 12:11:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53608) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNy9x-0004J4-9L for 64834@debbugs.gnu.org; Mon, 24 Jul 2023 12:11:46 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qNy9s-0005vh-3H; Mon, 24 Jul 2023 12:11:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=iYj35qgOFDSJHYN2NpXCC8NwIMJ7RgzNt2sroPLDYbE=; b=TAY745mf0rVO oMxyjSBypsxPhS8JO9Gz71iz1sMaJ8gfQo7xa5tDdtUTbKsyj4aZP7PlsNqjwPYl9dS4V8GtdV9BP mTkjDC36R/z8up53AortpuQkjYHTO0cZLvtDftuhT35pGKaEzeNzgkJvFx12mRDyICHa601jnwsyc NUVaL7BmLQVJ8vYUiBpKxGFZ2664GJvVwrGsgXAaxRFy1HpY4Cuhz26hssxFbDKRDD7k7KOg70F0G Y3oESTKx3IdqplT/GF8KUvFWPYRY8DZlBX0VcceUGtaLnBLsqb0x/59fxQNdpvb3yN58750zn7UYq cnMHqx77hXflQ4JEz07i3A==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qNy9r-00050k-Fe; Mon, 24 Jul 2023 12:11:39 -0400 In-Reply-To: (message from Roger Lipsett on Mon, 24 Jul 2023 11:08:24 -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:265980 Archived-At: > From: Roger Lipsett > 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." #)(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(# 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(# "~/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 () # 0x1ca1c2cd84e54>))) > custom-declare-variable(ansi-color-faces-vector (funcall #'#f(compiled-function () # 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 () #) "List > of hook functions run by `compilation-mode'." :type hook compilation-start-hook #f(compiled-function > () #) "Hook run after starting a new compilation process...." > compilation-window-height #f(compiled-function () #) "Number of lines > in a compilation window.\nIf nil, u..." (choice (const :tag "Default" nil) integer) > compilation-transform-file-match-alist #f(compiled-function () #) "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(#) > 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.