The plist starts at the second argument, not the first, so this advice
wasn't working at all. Also adds basic error handling for more helpful
errors than what gptel-magit gives you.
Amend: b30f5ca6df
Warnings about unused lexical variables, arity warnings, unescaped
single quotes in docstrings, shadowed variables, and invalid value for
:local depending on Emacs version.
d23abed made Magit prefer the vendored git over homebrew/macports
git (or wherever else), because it appeared to speed up Magit's git
calls, but that was a premature optimization. There are some users
reporting it works, but more than report it doesn't. I don't have Mac
hardware to test this properly on, so I opt for the simpler option of
removing the optimization.
Also corrects the comment, because Magit resolves `magit-git-executable`
on Windows and MacOS already, so we only need this for Linux (where the
benefit is minimal).
Revert: d23abed66d
If you invoke a file search command (`SPC s p`) with an active
selection, that selection will be used as your initial query. However,
some characters (like #, %, @, !, etc) have a special meaning as a
separator for async sub-searches, and must be escaped to be treated as
literal text. This used to work, until the
`consult-async-split-styles-alist` spec changed at some point.
If operating on files that aren't in a project, marginalia suffers two
potentially expensive `projectile-project-root` calls per
file/directory. This reduces it to one.
These groups' parents are their source (aka the module library they
belong to). They will be:
- doomemacs/core = doom
- doomemacs/modules = doom+
- doomemacs/modules-contrib = doom++
And this module belongs to doom+.
Rewrites link handlers and keybind to use the new org-link-preview
backend.
Fix: #8164Close: #8707
Co-authored-by: andrewpeck <andrewpeck@users.noreply.github.com>
- Renames `+emacs-lisp-eval-working-buffer` to
`+emacs-lisp-working-buffer`.
- `+emacs-lisp/change-working-buffer`: Expand to accept the prefix arg,
the ability to unset the current working buffer, and only set the
working buffer buffer-locally.
In recent versions of Emacs, `global-hl-line-mode` is separate from
`hl-line-mode`
(the global mode uses a different, more efficient mechanism for line
highlights), so it should bow out if `hl-line-mode` is enabled.
tree-sitter-verilog has unfortunately not been maintained for years.
Gonzalo maintains tree-sitter-systemverilog which boasts
- Full implementation of the latest SystemVerilog standard (IEEE 1800-2023)
- Robust and reliable: sv-tests results
- Actively maintained
- Implements node fields
- Supports parsing of code snippets (e.g., always block outside of a module)
- Basic preprocessing capabilities
- Thoroughly tested (~3000 tests) including:
verilog is strictly a subset of systemverilog so the systemverilog
grammar is backwards compatible with verilog features.
tree-sitter-verilog has significant issues and fails parsing many basic
verilog files.
I use tree-sitter-systemverilog daily and have had no issues since switching.
Now, +eval/send-region-to-repl or +eval:region/+eval:buffer will
communicate with the REPL via nodejs-repl's API, instead of feeding the
selection to the REPL line-by-line (the fallback method).
Inexplicably, the built-in git on MacOS is many orders of magnitude
faster than the external builds provided by Homebrew/Macports, so use
that there. Emacs on MacOS needs all the (performance) help it can get
and, fortunately, the bundled git is 2.23 or newer on (at least) MacOS
10.15 (Catalina) and newer, so this should be a relatively safe bet
without the need for version checks.
