Re-purpose src/ui/gl to become a client-side GL utilities collection |
|||
Issue descriptiondanakj@ and piman@ had a discussion, prompted by miu@'s recent design explorations. The problem is this: Where should "GL utilitiy code" depended upon by src/cc, src/components/viz, and other places (src/content/...) be located? The main "utility" that motivated this clean-up is GLHelper, which provides an extensive quality scalar, YUV/colorspace conversion, and a few other things. The solution is to re-purpose src/ui/gl to be a library of client-side GL utilities. There are many files already in src/ui/gl that should be moved to src/gpu/command_buffer/common or .../service. The plan: 1. Things like src/ui/gl/??_renderer_layer_params.* will move to src/gpu/command_buffer/common. 2. Discover unreferenced code, such as src/ui/gl/gl_share_group.h, and delete or move as appropriate. 3. Many files are service-side (not client-side) stuff, and will move to src/gpu/command_buffer/service.
,
Jul 12 2017
Oh, sorry. The email thread I was reading indicated that gl_share_group.h was not referenced from src/cc code, and I didn't transfer that meaning into this bug's description correctly. ;-)
,
Dec 7 2017
Can you confirm whether this is still relevant?
,
Jan 25 2018
I dropped this. A lot of what I needed to have moved was already done for me in the meantime. :) However, the rest of the code might still need to be moved. I myself cannot do this work at this time, so changing status back to Available.
,
Jan 25 2018
Doh, GLHelper is still in a place it wasn't meant to stay
,
Jan 25 2018
re GLHelper: Wait on that one. I'm going to be deleting a lot of code that depends on it. Most of the GLHelper code may be deleted, making its remaining functionality and few remaining dependencies obvious. At that point, it'll hopefully be obvious where to move it to. :) |
|||
►
Sign in to add a comment |
|||
Comment 1 by piman@chromium.org
, Jul 12 2017