-
Notifications
You must be signed in to change notification settings - Fork 224
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
introduce canonical way to import stream.capnp and other core schemas #430
Comments
Relatedly: is there a tracking issue for native |
I don't think so. Please feel free to open one. |
If I include https://github.com/capnproto/capnproto/blob/master/c%2B%2B/src/capnp/stream.capnp in my project and ask the compiler to generate code for it, I get an error about the ID already existing:
ie,
The compiler creates a file structure I can just move I'm mentioning this because above you say, "Probably it will go into that project's crate/namespace", which doesn't work "out of the box".
This would be good! |
@dwrensha: Is that a difficult thing to do? I would be willing to have a look, but I would need some directions to get started 😇. |
See #230 (comment).
The
capnp-rpc
does not yet natively support streaming methods. Methods that use thestreaming
keyword are supposed to fall back to theStreamResult
struct, but there is currently no canonical way to refer to that struct in Rust code. To get this to work today, a downstream project will need to generate rust code forstream.capnp
. Probably it will go into that project's crate/namespace, which feels wrong.Perhaps we should include generated code for
stream.capnp
in the basecapnp
crate, and auto-populatecrate_provides_map
to refer to that generated code.The text was updated successfully, but these errors were encountered: