[Mesa-dev] RFC: Prune stale components

Brian Paul brianp at vmware.com
Fri Feb 27 08:19:37 PST 2015

On 02/27/2015 08:16 AM, Jose Fonseca wrote:
> As we're gaining momentum cleanup Mesa code, I think it would help if we
> also removed some stale components.
> What do people feel about removing:
> - src/mesa/drivers/windows/gdi -- the old SW rasterizer for Windows -- I
> haven't used in a very long time, and given that the old SW rasterizer
> is so far behind compared gallium based softpipe/llvmpipe rasterizers,
> it's hard to imagine this will ever be useful again

Sounds good.

> - src/gallium/drivers/rbug: -- do people use it? does it work?  it
> predates apitrace GL + GUI, which sort of enables a lot of the same
> things, but without the issue of having to hit moving target, which is
> what gallium interfaces are

Either way is OK by me.

> - src/gallium/state_trackers/vega/,src/mapi/vgapi/ -- OpenVG API seems
> to have dwindled away. I recall Zack himself saying that much. The code
> would still be interesting if we wanted to implement NV_path_rendering
> [1], but given the trend of the next gen graphics APIs, it seems
> unlikely that this becomes ARB or core.

If Zack's OK with it, fine by me.  Though it's a little sad it hasn't 
been used more.

> - src/gallium/state_trackers/egl/ -- yeah, I know I was against it, but
> since then I discovered WGL/GLX_EXT_create_context_es_profile, and the
> odds of us (VMware) needing this again are dimmer than last time, so I
> have to admit it does seem unlikely we or anybody will need it again,
> and we can always revert it from history..

The fact this stuff can be revived from git if actually needed makes it 
a fairly easy decision, I think.


More information about the mesa-dev mailing list