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

Use Cargo's "Build Script Support" and include PortAudio with the repo as a static lib. #33

Closed
mitchmindtree opened this issue Nov 28, 2014 · 5 comments · Fixed by #47
Closed

Comments

@mitchmindtree
Copy link
Member

I'm unsure how tricky this would be, but it would be awesome if we could have Cargo automatically handle the downloading and installation of the PortAudio lib - would make it much easier for other Rusty users to pick our libs :)

The info on Cargo's build script support is here.

@jeremyletang
Copy link
Member

Hey i've think about this but i'm not sur it's a good idea to download a library for the user and install it for jim. But maybe we can built a static libraty wich will be preferable maybe ?

@mitchmindtree
Copy link
Member Author

Yeah fair call 👍 a static library could be sweet :) That way we can always be sure we have the right version on hand too

@mitchmindtree mitchmindtree changed the title Use Cargo's "Build Script Support" to automatically handle installation of PortAudio lib. Use Cargo's "Build Script Support" and include PortAudio with the repo as a static lib. Nov 30, 2014
@mitchmindtree
Copy link
Member Author

Just as a bump of motivation for us, I posted sound_stream to HN last night, and the dependency upon having PortAudio installed was the main critique. Here's a link to the post.

@jeremyletang
Copy link
Member

hey i've just see this, see #37

@bvssvni
Copy link
Contributor

bvssvni commented Dec 14, 2014

The way we do it in the FreeType library is that we got one repo freetype-sys which wraps the low level API and one repo freetype-rs for the higher level bindings https://github.com/pistondevelopers/freetype-rs

You can reexport the ffi module without breaking backward compability. One important thing is to add "links" to the Cargo.toml in the -sys project.

I believe the way both projects build is similar, so perhaps we could copy the way freetype-rs does it?

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 a pull request may close this issue.

3 participants