On Sun, Jun 20, 2004 at 11:27:56AM -0700, Eric Anholt wrote:
On Sun, 2004-06-20 at 11:17, Ian Molton wrote:
On Thu, 17 Jun 2004 11:00:33 -0700
Alan Coopersmith [EMAIL PROTECTED] wrote:
The big dri merge seems a good time to label snapshot 6.7.0.90 or
however we want to start
On Thu, 17 Jun 2004 11:00:33 -0700
Alan Coopersmith [EMAIL PROTECTED] wrote:
The big dri merge seems a good time to label snapshot 6.7.0.90 or
however we want to start identifying the pre-6.7.1 snapshots. (How
do we want to do that?)
that .90 numbering is hideous. whats wrong with -preX ?
On Sun, 2004-06-20 at 11:17, Ian Molton wrote:
On Thu, 17 Jun 2004 11:00:33 -0700
Alan Coopersmith [EMAIL PROTECTED] wrote:
The big dri merge seems a good time to label snapshot 6.7.0.90 or
however we want to start identifying the pre-6.7.1 snapshots. (How
do we want to do that?)
Thomas Winischhofer wrote:
Would you DRI guys mind adding a #define for DRI_VERSION_CURRENT in the
same style as XORG_VERSION_CURRENT so that changes like the types from
drmHandle - drm_handle_t can be handled smoothly with the C
preprocessor for older versions?
Point being: I would like to
Thomas Winischhofer wrote:
Jens Owen wrote:
Thomas Winischhofer wrote:
Would you DRI guys mind adding a #define for DRI_VERSION_CURRENT in
the same style as XORG_VERSION_CURRENT so that changes like the types
from drmHandle - drm_handle_t can be handled smoothly with the C
preprocessor for
Jens Owen wrote:
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
Jens Owen wrote:
Thomas Winischhofer wrote:
Would you DRI guys mind adding a #define for DRI_VERSION_CURRENT in
the same style as XORG_VERSION_CURRENT so that changes like the types
from drmHandle - drm_handle_t can be handled smoothly with the C
preprocessor for older versions?
Point being: I
Jens Owen wrote:
Thomas,
Versioning has always been a tricky issue for DRI developers, and
consequently keeping version numbering simple and up to date is
important.
I'd encourage you to considering using/enhancing the existing DRI and
DRM versioning. For example, I'm wondering if the runtime
Jens Owen wrote:
Perhaps it's time to bump the XORG_VERSION_CURRENT string to
differentiate between the last release of X.org and the next. Would
that help you?
The big dri merge seems a good time to label snapshot 6.7.0.90 or
however we want to start identifying the pre-6.7.1 snapshots. (How