-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v0.18.3 not building with Rust 1.57 on Linux x64 #1991
Comments
That's because a new version of syntect was released with changed feature set
|
I had the same problem as @Kage-Yami and can confirm that using @Enselic, I tried to look at Also, this makes 4.7.0 of lastly, does anyone know why lockfiles aren't used by default when present for binaries? |
@Enselic Regarding trishume/syntect#345, would you possibly consider reverting that change? Moving existing public APIs behind a feature is a semver-breaking change, and generally shouldn't be done in a minor release. |
The updated nightly version fixes a bug with the 'match_block_trailing_comma' rustfmt config. Previously not all missing commas were caught. When installing cargo-expand, we now use '--locked' to ensure lock-files are used. This is a workaround for the release of v4.7.0 of the 'syntect' crates, which violated semantic versioning. Using the lock files avoids this version. For details see sharkdp/bat#1991.
The updated nightly version fixes a bug with the 'match_block_trailing_comma' rustfmt config. Previously not all missing commas were caught. Probably related to rust-lang/rustfmt#4998. When installing cargo-expand, we now use '--locked' to ensure lock-files are used. This is a workaround for the release of v4.7.0 of the 'syntect' crates, which violated semantic versioning. Using the lock files avoids this version. For details see sharkdp/bat#1991.
This is an oversight on my part. Since syntect v4.7.0 has been yanked now there is no action to take for bat. A fix will be made in syntect, tracked in trishume/syntect#402. So we can close this issue. Thank you for quickly bringing this issue to our attention. |
It is not enough to make the `default` feature depend on it. Putting code behind a feature is in practice a semver breakage. See sharkdp/bat#1991 (comment) and trishume#402. It was added in trishume#345 after doing some refactoring. We can keep the refactoring, but we choose to remove the feature for now. Another option would be to make the feature opt-out rather than opt-in and rename it to `no-plist-load` or similar. That would be too unergonomic and confusing however, so for now we just remove it. We might add it back for v5.0.0
It was not enough to make the `default` feature depend on it. Putting code behind a feature is in practice a semver breakage. See sharkdp/bat#1991 (comment) and trishume#402. It was added in trishume#345 after doing some refactoring. We can keep the refactoring, but we choose to remove the feature for now. Another option would be to make the feature opt-out rather than opt-in and rename it to `no-plist-load` or similar. That would be too unergonomic and confusing however, so for now we just remove it. We might add it back for v5.0.0.
Describe the bug you encountered:
Not able to build version 0.18.3 using
cargo install bat
on Rust 1.57.0,x86_64-unknown-linux-gnu
. (Originally encountered when trying to installcargo-expand
, but this happens when trying to install justbat
as well.)What did you expect to happen instead?
bat
builds without error.How did you install
bat
?bat version and environment
The text was updated successfully, but these errors were encountered: