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 crate_visiblity_modifier feature gate, others that are unused #1060

Closed
wants to merge 25 commits into from
Closed

Remove crate_visiblity_modifier feature gate, others that are unused #1060

wants to merge 25 commits into from

Conversation

jhpratt
Copy link
Contributor

@jhpratt jhpratt commented Jul 28, 2019

Simple change from crate to pub(crate) where necessary. I've also removed other feature gates that were completely unused.

Related: #19

schrieveslaach and others added 25 commits July 19, 2019 17:40
- Use hyper's MakeService implementation with futures API
- Use tokio runtime to serve HTTP backend
This lets us keep support for keep-alive and remote address while doing
other work on async, at the cost of TLS. Abstracting over the connection
type will be done more thoroughly later.
This requires some awkward channel and spawning work because
Body might contain borrowed data.
Adds body_string_wait and body_bytes_wait functions to LocalRequest for convenience.
This is required to be able to do anything useful with the body in the
outgoing response. Request fairings do not appear to need to be async
as everything on Data that returns a future moves self and on_request only
gets &Data, but the same change in this commit should work for on_request
if desired.
Like with response fairings, this is required to be able to do anything
useful with the body.
Also update 'static_files' example.
Other features are not used in places, namely `doc_cfg`,
`proc_macro_span`, and `label_break_value`.
@jhpratt jhpratt changed the base branch from master to async August 19, 2019 00:50
@jhpratt jhpratt changed the title Remove crate_visiblity_modifier feature Remove crate_visiblity_modifier feature gate, others that are unused Aug 20, 2019
@jhpratt
Copy link
Contributor Author

jhpratt commented Sep 9, 2019

This will likely be done after merging async into master, possibly at the same time as #1114.

@SergioBenitez
Copy link
Member

Can you rebase this on master? Also, we should consider which of these can be made pub (not pub(crate)) while remaining private due to higher-level privacy constraints, for instance, a pub struct in a private module that is never reexported.

@SergioBenitez
Copy link
Member

I'm going to close this since it's now rather outdated. I would love a PR for this that takes into account #1060 (comment), however. Please let me know if you intend to work on it as I'll likely get to it myself sooner than later.

@SergioBenitez SergioBenitez added the pr: closed This pull request was not merged label Sep 19, 2019
@jhpratt
Copy link
Contributor Author

jhpratt commented Sep 19, 2019

I can certainly get around to it if you'd like. My intent was to wait to see if there will be any action on rust-lang/rust#53120, which could possibly have a PR land before a 0.5 release.

Perhaps @Centril (or someone else) could kickstart that? Otherwise I can certainly go through and see what the minimum change would be.

@jebrosen
Copy link
Collaborator

Side note: I believe I had expressed a preference toward doing this only after async and master had merged, but looking at the changes again I think the merge conflicts will not be too bad after all.

@Centril
Copy link

Centril commented Sep 19, 2019

@jhpratt realistically I probably don't have the time to get to crate fn sadly. :(

@jhpratt
Copy link
Contributor Author

jhpratt commented Sep 19, 2019

Alright, no problem! I'll see what I can do with regard to removing this feature gate later today.

@jhpratt jhpratt deleted the no-crate-vis branch December 10, 2019 22:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
pr: closed This pull request was not merged
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants