Skip to content

Conversation

DaniPopes
Copy link

@DaniPopes DaniPopes commented Sep 14, 2025

This crate does not make use of serde derive macros, thus it can depend on serde_core instead of serde to speed up users' compile times.

See the documentation of serde_core for more details.

Note that this adds a hidden serde_core feature, since we cannot use the dep: syntax when declaring the serde feature due to this crate's MSRV being lower than the required 1.60.

Copy link
Contributor

@Darksonn Darksonn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hm. The serde_core package must be new. This is the first time I heard about it.

Copy link
Contributor

@Darksonn Darksonn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks.

@DaniPopes
Copy link
Author

CI minrust is failing due to the cfg(any())'d import of serde_derive 🤔
this is a false flag because it's not actually a real import but it looks like it's still a breaking change in serde's MSRV?

@paolobarbolini
Copy link
Contributor

Maybe the old version resolver wasn't as smart as the new one. Does it work locally if you let a more modern version (but not too modern that it uses the newer Cargo.lock format) generate the lockfile?

This crate does not make use of serde derive macros, thus it can
depend on `serde_core` instead of `serde` to speed up users' compile
times.

See the documentation of [`serde_core`](https://docs.rs/serde_core)
for more details.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants