<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Nov 29, 2017 at 4:19 AM, Nicolai Hähnle <span dir="ltr"><<a href="mailto:nhaehnle@gmail.com" target="_blank">nhaehnle@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 25.11.2017 18:46, Jason Ekstrand wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm not quite some sure what I think about this.  I think I would like to see $new_thing at least replace the guts of GBM. Whether GBM becomes a wrapper around $new_thing or $new_thing implements the GBM API, I'm not sure.  What I don't think I want is to see GBM development continuing on it's own so we have two competing solutions.<br>
<br>
I *think* I like the idea of having $new_thing implement GBM as a deprecated legacy API.  Whether that means we start by pulling GBM out into it's own project or we start over, I don't know.  My feeling is that the current dri_interface is *not* what we want which is why starting with GBM makes me nervous.<br>
</blockquote>
<br></span>
Why not?<br>
<br>
The most basic part of the dri_interface is just a __driDriverGetExtensions_xxx function that returns an array of pointers to extension structures derived from __DRIextension.<br>
<br>
That is *perfectly fine*.<br></blockquote><div><br></div><div>Fair enough.  I'm perfectly happy to re-use a well-tested API extension mechanism.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I completely agree if you limit your statement to saying that the current *set of extensions* that are exposed by this interface are full of X-isms, and it's a good idea to do a thorough house-cleaning in there. This can go all the way up to eventually phasing out the DRI_Core "extension" as far as I'm concerned.<br></blockquote><div><br></div><div>That's more of what I was getting at.  In particular, I don't want the design of $new_thing to be constrained by trying to cram into the current DRI extensions nor do I want it to attempt to have exactly the same set of functionality as the current DRI extensions (or GBM) support.<br></div></div></div></div>