Comments (10)
To use the new feature, you need to import rust.capnp
. Probably the easiest way to do that is to copy it and include it among your own schema files.
To indicate that you will include the generated code under the module foo::bar::baz
, you would
add a file-level annotation $Rust.parentModule("foo::bar::baz")
.
from capnproto-rust.
As mentioned in #107, a possible but breaking change that would solve this issue might look like this broken link.
Discussion on this is a little bit scattered so I'll quote @dwrensha's links to related issues again:
capnproto/capnpc-rust#5
capnproto/capnpc-rust#30
I don't use the annotation
stuff from capnproto/capnpc-rust#30 so I don't know how exactly it's related and fits or would even solve this issue. Some more explanation would be great.
I think we need to add an annotation to tell capnpc-rust the module path that the generated code will be included as, where "::" is the default. This would be similar to how the C++ plugin lets you specify a namespace.
@dwrensha So, the idea is to specify a namespace on top of each schema file to invoke non-default behavior?
Other than that I don't see anyone mentioning an approach to solve this issue.
More discussion on this that gets us somewhere would be appreciated!
Update: I'm not interested in this anymore.
from capnproto-rust.
Fixed in 57ab346.
from capnproto-rust.
Thank-you!
from capnproto-rust.
Yep, the generated code assumes that you add it as a module at the top level of the crate.
A shortcut to get the local file's scope wouldn't solve the general case, where we might have multiple schemas that refer to each other.
To support non-top-level generated modules, I think we need to add an annotation to tell capnpc-rust
the module path that the generated code will be included as, where "::" is the default. This would be similar to how the C++ plugin lets you specify a namespace.
PS. Whoa, I didn't know about the #[path = ...]
attribute. That seems useful, though it's too bad I can't make the path depend on a compile-time environment variable, e.g. #[path= concat!(env!("OUT_DIR"), "/test_capnp.rs")]
, which would be perfect for Cargo integration.
from capnproto-rust.
Also running into this issue, currently hotfixing it by replacing all ::<top_level_name>
with super
.
from capnproto-rust.
This is mainly a code generation issue, so I'm closing in favor of this issue in capnpc-rust: capnproto/capnpc-rust#5
from capnproto-rust.
Reopening here, as capnpc-rust has been moved back into this repo.
from capnproto-rust.
I am having a problem with this now. In trying to see what the solution is, my search led me to capnproto/capnpc-rust#5 first, than this one, and from here capnproto/capnpc-rust#30.
It seems that #5 was closed because #16 was open, and #16 was closed because of #5. Glad it has been re-opened as of August 30, 2018.
I can get mine to complie if I change the generated code with instances of, for example, ::foo_capnp::first_msg::second_msg to self::second_msg.
This is using edition = "2018" in the toml file.
I hope we can find a fix for this situation of using capnp List.
Thanks.
from capnproto-rust.
I'm also doing the replace hack ::{file}_capnp::{msg}::{sub_msg}
-> self::{sub_msg}
. What would take to use self
, super
, crate
and favor relative paths instead of absolute ones?
from capnproto-rust.
Related Issues (20)
- `capnp_futures::serialize_packed::try_read_message()` is blocked forever with 100% cpu usage when the input stream is closed
- Backport capnp-futures changes from master to 0.14 version HOT 2
- no_std, no alloc serialization HOT 10
- Invoking closure on the event loop to get a mutable reference to self HOT 1
- How to read unknown number of messages HOT 2
- Serializing message to &[u8] HOT 2
- Improve performance of Reader get_named HOT 4
- Primitive list panicks if the list type is `Void` HOT 1
- Null values for non active union members HOT 3
- Switch Allocator to act more like an owned arena HOT 8
- Reader fails with out of bounds pointer error when reading from compressed stream HOT 1
- Revert text setter ergonomics pessification; add raw_set methods HOT 6
- calculator example fails with java server: Cannot read capability pointer without capTable HOT 1
- c++.capnp compiles to unusable module name HOT 6
- How to send generated readers across threads HOT 3
- From bytes to TypedReader HOT 6
- Allowing construction of NoAllocSliceSegments with buffer and NoAllocBufferSegmentType HOT 7
- Kudos to builders of this Rust library - Every single one of you. HOT 3
- [Question]How to extract generic type values HOT 5
- capnp_rpc does not work on monoio HOT 4
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from capnproto-rust.