Thomas Winischhofer wrote:
If it is complicated for the DRI folks, why not keep such a version #definition in the x.org tree which is updated each time a merge from the DRI tree happens?
For example, in xf86drm.h just add
#define DRI_DATE 20040616
That would solve my particular problem quite easily. The name of the #define is entirely up to you... choose freely. The date format should be in a form suitable for comparison.
That isn't too much work, is it?
I guess I'm not sure what the point is. Adding that define to xf86drm.h would let you know that you should be using structures from drm.h that have *always* existed. Given that the structures have always existed in drm.h with the same binary format as the ones in xf86drm.h (which is the whole reason for the changes!), there's no reason to have any '#ifdef OLD_XF86DRM_H' stuff in the code. Just new the structures from drm.h and be done with it. Code using the structures from drm.h will compile no matter what version of xf86drm.h is being used.
Adding the define is easy, what's difficult is cleaning up these little hacks later without breaking binary compatability. As Keith W. suggested earlier this week, there is a good chance the X portion of the DRI development could end up in the X.org project. What would you set the DRI_DATE string to then?
None of these changes should have anything to do with binary compatibility. The only changes that have been made (so far) to xf86drm.h affect source-level compatibilty. When the changes are made that affect binary compatibility on LP64 systems, they will be no source-level compatibility problems. That's why things are being done in the order that they're being done. :)
------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel