helix

Author	SHA1	Message	Date
Pascal Kuthe	8444f52e9a	correctly handle opening helix inside symlinked directory (#10728 ) * correctly handle opening helix inside symlinked directory * Update helix-stdx/src/env.rs --------- Co-authored-by: Blaž Hrastnik <blaz@mxxn.io>	6 months ago
mo8it	6607938bf8	Call as_ref only once	8 months ago
Michael Davis	cb25d13028	Improve error handling for `which::which` failures Co-authored-by: Pascal Kuthe <pascalkuthe@pm.me>	10 months ago
Michael Davis	6d724a8f33	Re-export `which` from `helix-stdx::env` We use `which::which` in many crates, so `which` was a separate dependency across all of them. We can centralize `which` into the stdx crate so it's easy for all crates to depend on it. I also moved the rest of `helix-view/src/env.rs` into helix-stdx's `env` module since it only contained a thin wrapper around `which` and `std::env`.	10 months ago
Michael Davis	1f916e65cf	Create helix-stdx crate for stdlib extensions helix-stdx is meant to carry extensions to the stdlib or low-level dependencies that are useful in all other crates. This commit starts with all of the path functions from helix-core and the CWD tracking that lived in helix-loader. The CWD tracking in helix-loader was previously unable to call the canonicalization functions in helix-core. Switching to our custom canonicalization code should make no noticeable difference though since `std::env::current_dir` returns a canonicalized path with symlinks resolved (at least on unix).	10 months ago