Alex Deucher wrote:
--- Keith Whitwell <[EMAIL PROTECTED]> wrote:

Jon Smirl wrote:

--- Ian Romanick <[EMAIL PROTECTED]> wrote:


I'm going to try and wrap up the remaining issues preventing a

single


driver binary. As part of that, I'm going to move the Mesa copies

of


dri_util.[ch] and glcontextmodes.[ch]. I'm also going to remove

the DRI


copies. Since dri_util.[ch] are only used by the drivers, I'm

going to


move them to src/mesa/drivers/dri/common.


There is a copy in mesa/src/glx/mini too.


However, glcontextmodes.[ch] are used by the drivers and the

XFree86


libGL, and will need to be used by the solo libGL. Any suggestions

of


where they should go?


somewhere in mesa, not DRI. solo does not rely on the DRI tree.

As the xc/ tree will continue having to import Mesa to extras/Mesa,
the libGL code could pick it up from there.


could that be avoided with a SW only DRI driver like we've discussed
several times on IRC and the ML?  if libGLcore goes away...

If the X server starts dynamically loading XYZ_dri.so and falling back to software_dri.so if that fails, you mean?


In that case, I guess X no longer needs an extras/Mesa, though they may choose to keep on pulling it in.

Keith



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to