Sorry I broke the DRI build, now I see what the problem is. When the Mesa is
included in the DRI tree is it is using the DRM driver in the DRI tree. I didn't
know that the DRI build would alter the Mesa include paths.
Ugh. In the future, if people are going to do something that will alter build processes, the ramifications need to be discussed and agreed upon by other developers. Silence != approval. Stuff like this makes good topics for the weekly IRC meetings. :)
So there are two choices: 1) Copy my changes from Mesa back into the DRI tree. The current set of changes does nothing except remove the redundant h files. It was preparation for later changes. 2) Alter the include path to use the DRM copy in the Mesa tree.
A 3rd option would be to forge ahead and get DRI drivers building directly in the Mesa tree. We've been talking about doing this ever since CVS moved to fd.o. No time like the present, I guess. What we'll want to do is move some of the files from lib/GL/dri, probably just dri_util.c & dri_util.h, from the DRI tree to Mesa. We'll then need to break-out the parts of lib/GL/glx/glxclient.h that are specific to DRI (i.e., define the interfaces betten libGL and the DRI driver) into their own header. That header should also be moved to the DRI tree.
As far as source code goes, I *think* that's all that would need to be done. I'm completely swamped right now, so I probably won't be able to do much / any of this for a good long time. :(
Which do we want to do? I have pile of changes ready that require simultaneous changes in mesa and the drm driver. For me it would be much simpler to have the DRM driver and mesa in the same tree. I'm targeting this work to go into xserver, not xfree.
But other people want to keep the DRM in the DRI tree. Doing this means I have to be careful about doing parallel check-ins to both trees. It also forces me to work in the DRI tree, a tree that I'm not using.
I don't think anyone *really* wants to keep it in the DRI tree. I think most folks want it in its own tree. Perhaps now would be a good time to forge ahead on that front as well. Dunno.
What do others think?
------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
