-
Notifications
You must be signed in to change notification settings - Fork 3
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
MsgPack.hpp include in omsgp.hpp.j2 #35
Comments
Hi @strilov The But, perhaps you are not asking about line 8 and instead: https://github.com/brettviren/moo/blob/master/moo/templates/omsgp.hpp.j2#L39 ?? If so, I don't know what |
Hi @brettviren, Thanks for the reply. The way I was reading it was that line 8 sets For example if I'm building a msgp.hpp from a schema
However timing/definitions/MsgPack.hpp doesn't exist, because the |
Ah, okay. Thanks I don't have all this context loaded in my head. Now I half remember there was some hook related to "intrusive instrumenting" or messagepack? @philiprodrigues maybe you remember the story here? |
I don't remember the details, but I wouldn't be surprised if I never tested this particular case (with a dependent schema) when I wrote the code. It looks like the fix is to make the But it's also true that Anyway, @strilov, could you try:
and let us know how it goes? |
Ah, thanks Phil. I guess I see the issue now. Yes, matching file patterns in both the template and any external thing that decides file names (eg cmake) is something that requires coordination. In principle, this coordination must be done just once as cmake and template parts need not change frequently. But it is easy to make decisions in either context that messes up that coordination and easier if these two contexts are kept "distant" in terms of where their source lives. Perhaps it is best we fork any |
Hi @philiprodrigues, The recipe above works OK, the code compiles at least. The implication is that the any code expecting the generated header to be called msgp.hpp has to be updated. On the other hand, this way, the template names are aligned. Things look good otherwise! |
Hi, I second @brettviren suggestion to maintain the templates required by the DAQ in DUNE-DAQ packages. https://github.com/DUNE-DAQ/opmonlib/tree/develop/schema/opmonlib And example of usage in |
Stoyan tells me that the code which needs this functionality won't be going into dunedaq release 2.10, so I think that means we have time to work on moving the templates to a suitable DUNE-DAQ package. So I suggest we close this issue and open a new issue in some DUNE-DAQ package (@alessandrothea any suggestion which package?) to copy the relevant templates there. |
Hi, what package includes msgpack directly? |
Hi. The resulting msgpack headers would be included by the packages which have the N2Q/Q2N adapters, e.g. https://github.com/DUNE-DAQ/timinglibs/blob/develop/plugins/TimingHwCmdNQ.cpp. I guess those packages would also have a dependency on the package hosting the templates. |
@alessandrothea @philiprodrigues In any case, I think |
Sounds good to me. |
Thanks. PR below if someone could take a look: |
The template
omsgp.hpp.j2
includes aMsgPack.hpp
file when an externally defined schema is used, https://github.com/brettviren/moo/blob/master/moo/templates/omsgp.hpp.j2#L8. Should the header include bemsgp.hpp
?The text was updated successfully, but these errors were encountered: