Now I look in more detail, there is a bigger issue - We are moving platform independent classes out of mir::compositor:: and into mir::graphics::. So the mir::graphics:: you see here is actually a superset of what will be the "platform" or driver". Much of it however is platform independent.
I'm now wondering if the whole exercise makes sense. Dividing the server library into 3 eventual parts seems a bit messy:
1. Existing GPL server code
2. Server code which has to become LGPL
3. The platform/driver code
I don't think designating 2 and 3 as mir::graphics:: is helpful. Particularly when 2 is more closely related to 1.
Now I look in more detail, there is a bigger issue - We are moving platform independent classes out of mir::compositor:: and into mir::graphics::. So the mir::graphics:: you see here is actually a superset of what will be the "platform" or driver". Much of it however is platform independent.
I'm now wondering if the whole exercise makes sense. Dividing the server library into 3 eventual parts seems a bit messy:
1. Existing GPL server code
2. Server code which has to become LGPL
3. The platform/driver code
I don't think designating 2 and 3 as mir::graphics:: is helpful. Particularly when 2 is more closely related to 1.