Alternately, perhaps there is a way to extend the Wrap entry to provide that manage that information internally? Please excuse any ignorance on my behalf, but a simplistic solution may look like:
From there, Meson may be able to determine what options are being used in the downstream project and set the appropriate compilation flags for the end user
I am thinking of the best way to distribute the Apache Arrow ADBC project via the WrapDB. At a high level, the ADBC project is structured like:
So when compiling the project, you would opt in to whatever database client(s) you need.
Thinking about how to distribute this as a wrapdb entry, it would be great to just allow users to take advantage of something like:
But to do so, I am under the impression users would have to set those project options each time the dependency is included, i.e.:
Alternately, perhaps there is a way to extend the Wrap entry to provide that manage that information internally? Please excuse any ignorance on my behalf, but a simplistic solution may look like:
From there, Meson may be able to determine what options are being used in the downstream project and set the appropriate compilation flags for the end user