On Thu, 4 Mar 2010, Matthew Garrett wrote:
>
> > IOW, we have a real technical problem here. Are you just going to continue
> > to make excuses about it?
>
> I'm not questioning the fact that it would be preferable to provide
> compatibility. But that compatibility doesn't come for free - someone
> has to implement it, and when your developer base is almost entirely
> made up of people who are doing this because they find it fun and
> interesting rather than because they're paid to, who's going to do it
> and what functionality is going to be delayed as a result?
The thing is, I violently disagree with your basic premise.
The way things are done now, that developer base actually just makes
things _harder_ for themselves. They may not be aware that they do so, and
they may _think_ that it's easier to just ignore versioning, but they are
wrong.
And I say that from personal experience. Doing incompatible changes in any
code base makes everything harder. It results in users staying on old
versions that you _know_ you don't want to support, but because of the
incompatible change, they can't sanely upgrade.
Seriously.
So I bet we could do that "wrapper nouveau.so" that literally just does
the "get version, and dlopen the _real_ nouveau-<version>.so".
Quite frankly, I don't know the XAA interfaces (or whatever they are in X
these days), but somebody who does know them should be able to cook up
such a wrapper in five minutes (and then spend a day testing it because of
some silly bug, but whatever..)
Do you seriously think that that wouldn't make life easier EVEN FOR THOSE
DEVELOPERS that you claim to speak up for?
Linus
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
--
_______________________________________________
Dri-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dri-devel
