2010/2/19 Kristian Høgsberg <k...@bitplanet.net>:

> I applied the patches from Kenneth Graunke on the list for this.  Can
> we drop  _mesa_malloc(), _mesa_calloc() and _mesa_free() and
> _mesa_bzero() too?

I've remove _mesa_bzero() just now, plus some other macro wrappers.

We might as well remove the malloc/calloc() wrappers too, but that'll
be a bit more work.


>  What about the _mesa_*printf() functions?  It
> looks to me like they just wrap the platform *printf() functions and
> don't provide any fallbacks if the platform doesn't provide the
> function.

That's probably fine too.


>> 3. I'm tempted to remove some old Mesa drivers such as glide, tdfx,
>> allegro, ggi, dri/mga, dri/mach64.  Maybe more.  Any objections?
>
> Sounds great.  As George suggests, maybe we can drop dri/fb and
> dri/ffb too?  What about d3d?  I don't know much about the driver, but
> I don't see a lot of commits there since 1999 except mechanical
> changes to keep it compiling.

Those driver can go too as far as I'm concerned.  If there aren't
objections over the next 24 hours or so, feel free to start rm'ing.  I
may be off line this weekend.


> Finally, I'd like to land EGLImage support for the dri2 EGL driver,
> which I should be able to do next week.

Sounds great.

-Brian

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to