[zeromq-dev] Fighting between zproto and zproject.

[Brett Viren]

Hi Kevin,

Kevin Sapper <kevinsapper88 at gmail.com> writes:

> I think we need for zproto to be aware of zproject. Meaning if there's
> an api file for a class we should not generate and override the
> zproject headers.
>
> Maybe instead of generating header files zproto could generate api
> files. That way we avoid conflicts with zproject in regards to the
> header files.

I agree with the first and think the second is a good idea.  But, in my
case the project does not don't have API files for the zproto classes.

Baring an API file, I think zproject should be modified to NOT generate
header/source if a <model> exists for a CLASS.  That is <model> would
indicate header/source generation is delegated to something other than
project.xml.

Would this be consistent with the intended meaning of the <model> tag?

Would it break any existing packages or documentation if zproject GSL
modified to act this way?

-Brett.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20191015/ad04a900/attachment.sig>