jaskij

Sorry about the multiple pushes, hopefully it's not much of an issue. I don't have a Ubuntu system on hand, but removing the installation and changing the builds to clang/clang++...

In light of #912 , I marked this PR as a draft. My current plan is: - #912 - general C++23 enablement work as a separate PR (right now it's...

Commenting here, because it seems to be relevant, and the current state seems to be worse than it should be. Right now, Google seems to rank docs.rs quite low, and...

Some more observations: - it's only for *some* crates, many work just fine - adding `rust ` at the start for `tokio-postgres` (or _) searches didn't change a thing Off...

I'd say, a feature flag, and then simply use something like [`num_bigint`](https://docs.rs/num-bigint/latest/num_bigint/) internally. This allows for flexibility, while not penalizing users who don't care things larger than `i64`. Could even...

Ah, I was unaware there would be so much change. This *does* sound more difficult then. It would also mean adding the feature flag in `toml_edit`. I still feel like...

As a next step, implementing `log::kv::ToValue` on `snafu::Report` so we get the values structured would be amazing. I'm aware of #407, so this needs further discussion on details.

That... is a good question. My main intent here was for `snafu::report_log` to specifically output contents similar to `snafu::report`. For consistency's sake, I'd say that it should behave similarly to...

I only realized I haven't replied to this issue because I'm cleaning up my GH notifications. Given that, and that I'm not really using snafu, closing this issue.

Does `uom` put different quantities which use the same unit in the same module? I can't really find any examples right now, and it would seem confusing.