The libdri version numbers reflect things like structure sizes and ordering. The libdri version that a DDX driver expects is a function of the xf86dristr.h it was compiled against, so the DRIQueryVersion check should reflect that.
Created attachment 2611 [details] [review] ddx-use-dri-version-defines-1.patch trivial patch. minor semantic change in that it raises the required minor version number from 0 to XF86DRI_MINOR_VERSION; but this is probably a good thing.
this is inappropriate. not only doesn't it build but it perpetuates the abuse of XF86DRI_*_VERSION to mean both the protocol version and the DRIInfoRec version. talked this over a bit with kem and i have a better solution in mind.
Created attachment 2674 [details] [review] ddx-use-dri-version-defines-2.patch better fix. explicitly version the DRIInfoRec, change DRIQueryVersion to return that number, and tweak the DDX drivers to check against DRIINFO_*_VERSION instead of magic numbers. start DRIINFO_*_VERSION at 4.2.0 to indicate the switch. this decouples the protocol number from the libdri version number, so libdri fixes (like bug #3066) don't require lockstep upgrades with the client-side driver.
applied to head, closing.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.