emacs lisp code auto formatter, semantic-refactor, failed

By Xah Lee. Date: .

emacs lisp code auto formatter, semantic-refactor, failed

just tried this https://github.com/tuhdo/semantic-refactor failed. sad.

test: open xah-fly-keys.el Emacs: Xah Fly Keys call srefactor-lisp-format-buffer . then, eval-buffer. got error:

load-with-code-conversion: End of file during parsing: c:/Users/xah/git/xahemacs/packages/xah-fly-keys.el

looking at the file, move to the bottom, you see:

semantic-refactor error parsing 2022-08-29 100113 6D2jK
semantic-refactor error parsing 2022-08-29 100113 6D2jK

apparently somewhere it screwed up, all defun became indended.

seems, the first problem occurred here, where it incorrectly parsed the syntax for the char syntax of a double quote.

semantic-refactor error parsing 2022-08-29 XxkmK
semantic-refactor error parsing 2022-08-29 XxkmK

Sad because, apparently the guy did not actually test all elisp packages. Even i told him to do it. I knew, it's gonna be fail. Thus never tried it for 3 years. Since he told me about it. Sad.

A symptom of typical elisp or lisp coders, where, the mind is focused on toying and hacking and learning, not real world concern. Thus, u have lots of packages, most are toys. this simple test, he could've done, by just try to reformat all elisp files bundled with emacs. Apparently, he did not. While other formatters, such as golang, js, python, where, it's used in real world. We r not talking about hard to detect bugs. We talking a simple sanity test of real world code base. Go python js all works, as necessarily so. While, elisp, fail big time.

This type of failure pisses me off. It wastes my time. First file i tried and it fails. Indeed. The problem isn't coding error, but the mindset of these culty lang hacker faaks.

Auto Format Emacs Lisp Code