Opened 11 years ago
Closed 10 years ago
#43206 closed defect (fixed)
capnproto @0.4.1: Version mismatch between generated code and library headers. You must use the same version of the Cap'n Proto compiler and library.
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | neverpanic (Clemens Lang) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.2.99 |
Keywords: | Cc: | ||
Port: | capnproto |
Description
I'm getting this problem trying to upgrade capnproto @0.4.0_0 to @0.4.1_0:
./src/capnp/compiler/grammar.capnp.h:10:2: error: "Version mismatch between generated code and library headers. You must use the same version of the Cap'n Proto compiler and library."
It works fine if I deactivate capnproto @0.4.0_0 first. So this is another instance of the problem that #40656 was supposed to fix (but it was reverted).
Attachments (1)
Change History (4)
Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
comment:1 Changed 11 years ago by neverpanic (Clemens Lang)
Status: | new → assigned |
---|
comment:2 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
The deactivate hack is not appropriate for build failures. The deactivate hack is for activation failures caused by moving a file from one port to another.
Probably I would recommend using the fix from #40656:
configure.cppflags-replace -I/opt/local/include -isystem/opt/local/include
comment:3 Changed 10 years ago by neverpanic (Clemens Lang)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Applied the suggested fix in r120175.
Note: See
TracTickets for help on using
tickets.
… and I guess I didn't notice because I always build in trace mode, which hides the installed header.
I guess I could add a deactivate hack to deactivate the old version before building, but the proper solution would be adjusting the include path order.