It was driving me nuts and took me a while to narrow down to stan-mode but I'm still not 100% sure it's the cause of c++-mode losing all the highlighting and prompting
lisp exceeds `max-lisp-eval-depth'`How to reproduce use clean emacs init
rm -rf ~/.emacs.d; mkdir ~/.emacs.d
Add a minimalist init to ~/.emacs.d:
;; init.el
(require 'package)
(add-to-list 'package-archives '("melpa" . "https://melpa.org/packages/") t)
;; Comment/uncomment this line to enable MELPA Stable if desired. See `package-archive-priorities`
;; and `package-pinned-packages`. Most users will not need or want to do this.
;;(add-to-list 'package-archives '("melpa-stable" . "https://stable.melpa.org/packages/") t)
(package-initialize) Test emacs with a c++ header
I use the following to test
// debug.cpp #ifndef STAN_MATH_EVENT_HPP #define STAN_MATH_EVENT_HPP #include <stan/math/typedefs.hpp> #include <stan/math/dsolve/ode_integrator.hpp> #include <stan/math/mpi/precomputed_gradients.hpp> #include <stan/math/model_solve.hpp> #include<vector>
The file should be displayed normally:
stan-mode
M-x package-install RET stan-mode
close & reopen emacs.
I use the vanilla bernoulli.stan
Now open that c++ file and try to edit. For example, when I insert space, I'm getting (note the mini buffer)
and now if I close that file and reopen it, all highlighting is gone
OS: mac os x 10.14.6 (18G7016)
Emacs: all 26.1-27.1 builds from https://emacsformacosx.com/builds
If I use builds from
https://vigou3.gitlab.io/emacs-modified-macos/
with same init.el and stan-mode installed when openning a stan file I'm getting
and I'm assuming they are caused by a same issue.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4
