helix-plus/Cargo.toml

[workspace]
members = [
  "helix-core",
  "helix-view",
  "helix-term",
  "helix-tui",
  "helix-lsp",
  "helix-dap",
  "helix-loader",
  "helix-vcs",
  "helix-parsec",
  "xtask",
]

default-members = [
  "helix-term"
]

[profile.release]
lto = "thin"
# debug = true

[profile.opt]
inherits = "release"
lto = "fat"
codegen-units = 1
# strip = "debuginfo" # TODO: or strip = true
opt-level = 3

[profile.integration]
inherits = "test"
package.helix-core.opt-level = 2
package.helix-tui.opt-level = 2
package.helix-term.opt-level = 2

[workspace.dependencies]
tree-sitter = { version = "0.20", git = "https://github.com/tree-sitter/tree-sitter", rev = "7d4b0110a9e92161d247a051018ee42b0513e98d" }
Initial import. 5 years ago			`[workspace]`
			`members = [`
			`"helix-core",`
Split parts of helix-term into helix-view. It still largely depends on term for some types but I plan to change that later. 4 years ago			`"helix-view",`
Initial import. 5 years ago			`"helix-term",`
Inline tui as helix-tui fork. We only rely on some of the rendering primitives and implement our Cursive-style compositor on top. 4 years ago			`"helix-tui",`
wip 4 years ago			`"helix-lsp",`
Format Cargo.toml 3 years ago			`"helix-dap",`
migrate grammar fetching/building code into helix-loader crate 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. 3 years ago			`"helix-loader",`
Show (git) diff signs in gutter (#3890) * Show (git) diff signs in gutter (#3890) Avoid string allocation when git diffing Incrementally diff using changesets refactor diffs to be provider indepndent and improve git implementation remove dependency on zlib-ng switch to asynchronus diffing with similar Update helix-vcs/Cargo.toml fix toml formatting Co-authored-by: Ivan Tham <pickfire@riseup.net> fix typo in documentation use ropey reexpors from helix-core fix crash when creating new file remove useless use if io::Cursor fix spelling mistakes implement suggested improvement to repository loading improve git test isolation remove lefover comments Co-authored-by: univerz <univerz@fu-solution.com> fixed spelling mistake minor cosmetic changes fix: set self.differ to None if decoding the diff_base fails fixup formatting Co-authored-by: Ivan Tham <pickfire@riseup.net> reload diff_base when file is reloaded from disk switch to imara-diff Fixup formatting Co-authored-by: Blaž Hrastnik <blaz@mxxn.io> Redraw buffer whenever a diff is updated. Only store hunks instead of changes for individual lines to easily allow jumping between them Update to latest gitoxide version Change default diff gutter position Only update gutter after timeout * update diff gutter synchronously, with a timeout * Apply suggestions from code review Co-authored-by: Blaž Hrastnik <blaz@mxxn.io> Co-authored-by: Michael Davis <mcarsondavis@gmail.com> * address review comments and ensure lock is always aquired * remove configuration for redraw timeout Co-authored-by: Blaž Hrastnik <blaz@mxxn.io> Co-authored-by: Michael Davis <mcarsondavis@gmail.com> 2 years ago			`"helix-vcs",`
Add a parser-combinator crate Parser-combinators are one of the simpler tools for building ad-hoc parsers. They're a good fit because they are... * Small: each parser / parser-combinator is around 10 LOC. * Functional: helix_core strives to be a functional set of utilities usable throughout the rest of the editor. * Flexible: use them to build any sort of ad-hoc parser. In the child commit, we'll parse LSP Snippet syntax using these new parser combinators. Why not use an existing parser-combinator crate? Existing popular parser-combinator crates have histories of making breaking changes (for example nom and combine). > Implementation note: I tried to not introduce a new trait since the > types can be expressed in terms of `impl Fn`s. The trait is necessary > to build `seq` implementations without a proc macro though, and also > allows us to use `&'static str`s very conveniently: see the trait > implementation for `&'static str`. 2 years ago			`"helix-parsec",`
docs: Auto generate command list 3 years ago			`"xtask",`
Initial import. 5 years ago			`]`
Refactor a little bit. 4 years ago
Add helix-term as default-members 3 years ago			`default-members = [`
			`"helix-term"`
			`]`

Enable thin LTO It compiles about half a second slower for me, so it seems fine to use by default. 3 years ago			`[profile.release]`
			`lto = "thin"`
Set flags necessary for cargo-flamegraph 3 years ago			`# debug = true`
Add an optimised release profile 3 years ago
			`[profile.opt]`
			`inherits = "release"`
			`lto = "fat"`
			`codegen-units = 1`
			`# strip = "debuginfo" # TODO: or strip = true`
			`opt-level = 3`
enable rendering in integration tests (#5819) This will allow testing more of the code base, as well as enable UI- specific testing. Debug mode builds are prohibitively slow for the tests, mostly because of the concurrency write tests. So there is now a profile for integration tests that sets the optimization level to 2 for a few helix crates, and lowers the number of rounds of concurrent writes to 1000. 2 years ago
			`[profile.integration]`
			`inherits = "test"`
			`package.helix-core.opt-level = 2`
			`package.helix-tui.opt-level = 2`
			`package.helix-term.opt-level = 2`
pin TS to unreleased git revision to fix freezes (#7737) 1 year ago
			`[workspace.dependencies]`
			`tree-sitter = { version = "0.20", git = "https://github.com/tree-sitter/tree-sitter", rev = "7d4b0110a9e92161d247a051018ee42b0513e98d" }`