Skip to content
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

Bring back the renamed use_std feature for backwards compat #157

Merged
merged 1 commit into from
Mar 1, 2018

Conversation

sgrif
Copy link
Contributor

@sgrif sgrif commented Feb 28, 2018

addaecd
removed this feature, which was intentionally left deprecated for
backwards compatibility. This "cleanup" removed a deprecated feature
before any released version actually had the deprecation present.

Removing this feature makes it impossible for other crates to support
UUID 0.6 without dropping support for UUID 0.5 and earlier. This is a
major problem for crates like Diesel, which are post-1.0

@KodrAus
Copy link
Member

KodrAus commented Feb 28, 2018

Ah my bad! I thought that feature was already published in the deprecated state.

Do you mind adding a comment to the toml to note that it's a shim for compatibility between 0.4 and 0.5 0.5 and 0.6? (Did it again!)

addaecd
removed this feature, which was intentionally left deprecated for
backwards compatibility. This "cleanup" removed a deprecated feature
before any released version actually had the deprecation present.

Removing this feature makes it impossible for other crates to support
UUID 0.6 without dropping support for UUID 0.5 and earlier. This is a
major problem for crates like Diesel, which are post-1.0
@sgrif
Copy link
Contributor Author

sgrif commented Feb 28, 2018

Done!

@kinggoesgaming
Copy link
Member

Note though we will most likely remove it before 1.0. Should be enough time for crates to adapt

@sgrif
Copy link
Contributor Author

sgrif commented Mar 1, 2018

I would argue that keeping this compatibility shim is incredibly low maintenance, and is worth keeping given that this is a crate that is likely to be a public dependency of others. But ultimately it's your call :)

Copy link
Member

@KodrAus KodrAus left a comment

Choose a reason for hiding this comment

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

This looks good to me! Thanks @sgrif

@kinggoesgaming
Copy link
Member

kinggoesgaming commented Mar 1, 2018

@sgrif I would love to have it removed in 1.0 maybe add a note that this bound to be removed in the future.

Something like use_std = ["std"] # Compatibility shim for 0.5 and earlier. May be removed in the future. Use std instead

As uuid@1.0.0 is still quite a bit away, plenty of time to adapt :)


After discussion with @KodrAus, we decided to leave that as a release notes warning

@KodrAus
Copy link
Member

KodrAus commented Mar 1, 2018

bors r+

bors bot added a commit that referenced this pull request Mar 1, 2018
157: Bring back the renamed `use_std` feature for backwards compat r=KodrAus a=sgrif

addaecd
removed this feature, which was intentionally left deprecated for
backwards compatibility. This "cleanup" removed a deprecated feature
before any released version actually had the deprecation present.

Removing this feature makes it impossible for other crates to support
UUID 0.6 without dropping support for UUID 0.5 and earlier. This is a
major problem for crates like Diesel, which are post-1.0
@bors
Copy link
Contributor

bors bot commented Mar 1, 2018

@bors bors bot merged commit 6975284 into uuid-rs:master Mar 1, 2018
@kinggoesgaming kinggoesgaming added this to the 0.6.1 milestone Mar 1, 2018
@Dylan-DPC-zz
Copy link
Member

hi @sgrif thanks for the PR. This is something that slipped through. We will maintain the compatibility shim in future releases.

@sgrif I would love to have it removed in 1.0 maybe add a note that this bound to be removed in the future.

@kinggoesgaming yeah true but then users won't know about it. Not everyone will check the toml file. Instead we can put a warning in the docs & readme.

@TethysSvensson
Copy link

Wouldn't you be able to use the semver-trick to remove the feature flag from new releases while keeping backwards compatibility?

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.

5 participants