-
Notifications
You must be signed in to change notification settings - Fork 222
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
Please consider making a build script to build the actual C library #63
Comments
Interesting suggestion! I guess we could basically follow the pattern of libgit2-sys and add a submodule pointing to the capnp compiler source code. I think it would make sense to bundle this as part of the capnpc crate rather than create an entirely new crate. Note that the Note also that building the |
I think that's a good idea. The crates that @alexcrichton works on also tend to use
I hadn't realized that when I made the ticket. I'm not sure how that is/should be handled.
Maybe just sticking the dependencies and required versions in the README.md will be 70-80% of the solution. |
This is the same as option 2 in #182. I think that issue is a better overview into this problem (even if it came later) -- maybe close this one as duplicate? |
Closing as a duplicate of #182. |
The crates documentation discusses build scripts where you would have a git submodule in tree which is built. Usually this is done in a separate
-sys
crate but there's no requirement. Building the underlying library is done because there is a desire to reduce the dependencies on system wide installed libraries since it results in inconsistent behaviour. It also means that when cargo has built a package, it's ready to go and doesn't result in errors like these.The text was updated successfully, but these errors were encountered: