I unpack flycheck to ~/.
and put the following lines in ~/.emacs
:
;; (package-initialize)
(setq load-path (cons "~/flycheck-20170415.1006" load-path))
(require 'flycheck)
(add-hook 'after-init-hook #'global-flycheck-mode)
Starting Emacs 24.5.1 I get:
File error: Cannot open load file, no such file or directory, let-alist
With Emacs 25.1.1 I get:
File error: Cannot open load file, No such file or directory, dash
(These errors do not change if I uncomment (package-initialize)
. Emacs 25 now inserts (package-initialize)
, nudging those of us with a long setup to adapt.)
My (subsequent) aim is to conform Python code on-the-fly to PEP8. Once the problem above is resolved, I'll add
(setq exec-path (append exec-path '("/opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin")))
to this brief ~/.emacs
(/opt/..2.7/bin
is where MacPorts put flake8
), but there is apparently an issue before I even specify the programming language.
Update
This is far more painful than I expected. Flycheck is heavy-handed about being installed through packages, and incorporating the steps described here to my usual ~/.emacs
leads to the notorious
load-with-code-conversion: Symbol’s value as variable is void: <!DOCTYPE
error. (I'm pretty sure I have no HTML files hiding under a .el
extension.)
Update2
Uh.. I stand corrected! Some dash.el
made its way to my usual elisp directory, and flycheck depends on it, but it was indeed an HTML file.