| Commit message (Collapse) | Author | Age |
|
|
| |
According to [the rustc book](https://doc.rust-lang.org/rustc/codegen-options/index.html#split-debuginfo), this is not supported on Windows. It also prevents Helix from compiling on the latest nightly.
|
|
|
|
|
|
|
|
|
| |
This is a rather large refactor that moves most of the code for
loading, fetching, and building grammars into a new helix-loader
module. This works well with the [[grammars]] syntax for
languages.toml defined earlier: we only have to depend on the types
for GrammarConfiguration in helix-loader and can leave all the
[[language]] entries for helix-core.
|
|
|
|
|
|
|
|
|
|
|
|
| |
helix-syntax mostly existed for the sake of the build task which
checks and compiles the submodules. Since we won't be relying on
that process anymore, it doesn't end up making much sense to have
a very thin crate just for some functions that we could port to
helix-core.
The remaining build-related code is moved to helix-term which will
be able to provide grammar builds through the --build-grammars CLI
flag.
|
| |
|
| |
|
|\ |
|
| | |
|
| | |
|
|\| |
|
| |
| |
| |
| |
| | |
It compiles about half a second slower for me, so it seems fine to use
by default.
|
| | |
|
|/ |
|
|
|
|
|
| |
We only rely on some of the rendering primitives and implement our
Cursive-style compositor on top.
|
| |
|
| |
|
|
|
|
|
| |
It still largely depends on term for some types but I plan to change
that later.
|
| |
|
| |
|
| |
|
|
|