The dynamic extension code has made the radeon drivers
dependent on the GLX subsystem. I just imported the
current r200 driver into my version of the embedded
Mesa system. Embedded Mesa doesn't have a GLX
subsystem. Neither does  DirectFB.

What do you think about reworking these functions to
depend on minimal new definitions in dri_util.h and
then add code at a higher level to map from GLX to the
dri based interface.

Here another case where I need to replace
__driCreateScreen with one that doesn't depend on X
headers.

#ifndef _SOLO
void *__driCreateScreen(Display *dpy, int scrn,
__DRIscreen *psc,
                        int numConfigs,
__GLXvisualConfig *config)
{
   __DRIscreenPrivate *psp;
   psp = __driUtilCreateScreen(dpy, scrn, psc,
numConfigs, config, &r200API);
   return (void *) psp;
}
#else
void *__driCreateScreen(struct DRIDriverRec *driver,
                        struct DRIDriverContextRec
*driverContext)
{
   __DRIscreenPrivate *psp;
   psp = __driUtilCreateScreen(driver, driverContext,
&r200API);
   return (void *) psp;
}
#endif


=====
Jon Smirl
[EMAIL PROTECTED]

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to