> You could argue that placing the header in, e.g.,
> include/renderers/mir/renderer/gl/ is more consistent with the current project
> structure, and I agree, but that's also what I want to avoid in order to
> stress the independence of the renderers and their renderer-specific public
> headers from the rest of the project.
I so argue.
> [1] For example see src/platforms/mesa/include/... which contains platform
> specific client headers shipped in mir-client-platform-mesa-dev
I don't like that either. Burying "public" header files under ./src is confusing.
Abstaining because there's a precedent for this approach.
> You could argue that placing the header in, e.g., renderers/ mir/renderer/ gl/ is more consistent with the current project
> include/
> structure, and I agree, but that's also what I want to avoid in order to
> stress the independence of the renderers and their renderer-specific public
> headers from the rest of the project.
I so argue.
> [1] For example see src/platforms/ mesa/include/ ... which contains platform platform- mesa-dev
> specific client headers shipped in mir-client-
I don't like that either. Burying "public" header files under ./src is confusing.
Abstaining because there's a precedent for this approach.