Closed Grinkers closed 10 months ago
Attention: 27 lines
in your changes are missing coverage. Please review.
Comparison is base (
e78eac9
) 71.39% compared to head (23cd63f
) 71.38%.
:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
Do you want us to review as you push or wait til the end?
Either way.
I'll poke at f64 later this week. I think I'll push BigInt stuff off for later (I don't need it). I'll see how f64 with ordered-float
goes with an optional default-features = false
to disable sets. With feature flags, I think it makes sense to either do BigInt correctly or not at all.
Sounds good
ordered-float
works with default-features = false
. The only additional dependency is num-traits
.
cargo license --avoid-build-deps --avoid-dev-deps --filter-platform x86_64-unknown-linux-gnu
Apache-2.0 OR MIT (1): num-traits
MIT (2): edn-rs, ordered-float
I've updated the OP todo list to have sets be optional with no additional dependency and removed BigInt for a future feature.
Pushed an implementation of --no-default-features
. It ended up being way more messy than I was expecting. Two things I really don't like are
cargo t --no-default-features
fails because it is compiling the docs in src/macros/mod.rs. This could be "fixed" with doctest = false, but not really ideal at all. Thoughts?https://doc.rust-lang.org/cargo/commands/cargo-test.html for reference
I'll have to study how other crates handle lots of features.
The macro_rules section is something that I particularly feel as less useful now a day. If that Is the issue, I would definitely consider removing that macro
The macro_rules section is something that I particularly feel as less useful now a day. If that Is the issue, I would definitely consider removing that macro
I don't mind supporting the macro. It's just the rust in the docs end up getting run as part of tests, but it uses sets.
Next week I'll be using this branch for my project and I'll see how it goes. I need the better number handling, but don't need sets (and thus no reason to bring in a dependency).
This got too big. Closing it and breaking things apart. I'll keep the branch alive until everything else gets settled/merged nicely.
WIP for #106
#[non_exhaustive]
for Edn enum (breaking change)default-features = false
without sets and no ordered-float dependency