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

Improve build system + prepare for 0.22 #183

Merged
merged 11 commits into from
Dec 1, 2019

Conversation

benesch
Copy link
Collaborator

@benesch benesch commented Nov 30, 2019

Probably easiest just to look at the commit messages and the updates to the changelog/README.

benesch and others added 8 commits November 30, 2019 10:45
rdkafka had been upgraded to the 2018 edition of Rust, but not
rdkafka-sys.
Previously we were using `cargo:rustc-link-lib` dependencies to link
some of our *-sys dependencies, but not others. Using `extern crate` is
cleaner.

Also, ensure sasl2 is linked for both the CMake and non-CMake builds.
Since there's no *-sys crate for sasl2, we just output the link
directive directly and hope that the library exists.
Rather than maxing out the host's cores, let Cargo tell Make how much
parallelism is available.
To avoid breaking backwards compatibility, libz becomes a default
feature.
@benesch benesch force-pushed the build-solidify branch 4 times, most recently from 00f4ef9 to b13b8aa Compare December 1, 2019 07:04
Copy link
Owner

@fede1024 fede1024 left a comment

Choose a reason for hiding this comment

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

Thank you for all your work on the library!

README.md Outdated
version = "~0.21"
features = ["ssl", "sasl"]
[dependencies]
rdkafka = { version = "0.22", features = ["cmake-build", "dynamic-linking"] }
Copy link
Owner

Choose a reason for hiding this comment

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

Is cmake-build necessary when using dynamic linking?

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

D'oh, good catch, thanks!

We can't always get CMake, mklove, and Cargo to agree on what version of
each library to use, but we can try.
@benesch benesch merged commit cb3f919 into fede1024:master Dec 1, 2019
@benesch benesch deleted the build-solidify branch December 1, 2019 18:01
@benesch
Copy link
Collaborator Author

benesch commented Dec 1, 2019

Thank you for building the library in the first place! Happy to keep things moving forward.

@fede1024
Copy link
Owner

fede1024 commented Dec 2, 2019

Should I build a new release? Or are there still open issues that we want to solve first?

@benesch
Copy link
Collaborator Author

benesch commented Dec 2, 2019

Yes, please! Folks seem to be ready for a new release, and there’s nothing else that seems urgent. (I want to get to the futures stuff ASAP, but better to put that in 0.23 instead of the next release, since there’s a lot of stuff in the ecosystem that’s still on tokio 0.1, and those folks could benefit from the past six months of compatible improvements here.)

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