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

Remove dependency of read on stable_deref_trait #498

Merged
merged 1 commit into from
May 11, 2020

Conversation

alexcrichton
Copy link
Contributor

This commit adds a new feature to this crate, enabled by default, called
endian-reader. The goal here is to remove the need for the backtrace
crate to depend on stable_deref_trait, and it looks like currently
addr2line and friends don't need the only usage of
stable_deref_trait, which is the EndianReader type.

Another possible solution might be to break up the read feature, too,
and have addr2line only enable a small subset of the read feature
that it actually needs.

@philipc
Copy link
Collaborator

philipc commented May 11, 2020

Another possible solution might be to break up the read feature, too,
and have addr2line only enable a small subset of the read feature
that it actually needs.

Use of EndianReader is orthogonal to the rest of the read feature, so I think this PR is the correct solution.

Tests need to depend on this feature though to fix CI.

This commit adds a new feature to this crate, enabled by default, called
`endian-reader`. The goal here is to remove the need for the `backtrace`
crate to depend on `stable_deref_trait`, and it looks like currently
`addr2line` and friends don't need the only usage of
`stable_deref_trait`, which is the `EndianReader` type.

Another possible solution might be to break up the `read` feature, too,
and have `addr2line` only enable a small subset of the `read` feature
that it actually needs.
@alexcrichton
Copy link
Contributor Author

Whoops sorry about that, should be fixed now!

@philipc philipc merged commit 2467adb into gimli-rs:master May 11, 2020
@philipc
Copy link
Collaborator

philipc commented May 11, 2020

Do you think that's the last change you'll need for now?

@alexcrichton
Copy link
Contributor Author

I believe so! If you're up for publishing the gimli family of crates I'll look next to switching over the backtrace crate on cates.io to gimli by default

@alexcrichton alexcrichton deleted the one-more-crate branch May 11, 2020 23:27
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.

None yet

2 participants