Hi all, apologies for jumping on this thread a few years later.
I have a similar question: suppose I have 2 different capnp files with the
same file ID.
# file foo.capnp
0xabbeabbeabbeabbe;
struct Foo {
val @0 : UInt32;
};
# file bar.capnp
0xabbeabbeabbeabbe;
struct Bar {
val @1 : UInt32;
};
In my project, someone copy/pasted a file leading to two different schemas
with the same file ID, 0xabbeabbeabbeabbe.
I find a use case where I want to import both of these capnp files and
their types into a new one - of course this runs into a compilation error
with the duplicate IDs.
I'd like to generate a new file ID to replace one of these, but I'm not
sure if this would impact the autogenerated type IDs and break other
systems.
Would merely changing the file ID affect the types that already exist in
these files?
On Friday, November 27, 2020 at 7:27:09 AM UTC-8 ken...@cloudflare.com
wrote:
> On Wed, Nov 25, 2020 at 3:43 PM Matt Stern <mjst...@gmail.com> wrote:
>
>> When I try to run capnp compile, I get the following:
>>
>> error: Import failed: /capnp/java.capnp
>>
>
> You will need to specify the same -I flags (import path) that you normally
> specify to `capnp compile` when running the Java code generator.
>
> If I comment out the Java bits and just compile in C++ (which works for
>> me), will this have any effect on the unique IDs for the structs in my
>> schema file?
>>
>
> No, the auto-generated IDs do not in any way depend on the contents of
> other files. Auto-generated IDs are constructed by concatenating the parent
> scope ID and the type name, and then taking a hash of that.
>
> -Kenton
>
--
You received this message because you are subscribed to the Google Groups
"Cap'n Proto" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to capnproto+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/capnproto/2970b31f-a1aa-45ac-bc6b-a95beb0b02b9n%40googlegroups.com.
