Which version x.org xserver got rid of ClockRanges?

[Pekka Paalanen]

On Tue, 16 Feb 2016 05:48:26 +0100
"Kevin Brace" <kevinbrace at gmx.com> wrote:

> Hi,
> 
> I just want some clarifications on ClockRange and ClockRanges.
> I will like to know which version of x.org xserver got rid of
> ClockRanges type. I was compiling OpenChrome on Ubuntu and Lubuntu
> 10.04, and was getting a warning regarding pointer type. This is the
> only warning I get when I compile current master branch OpenChrome
> source code on Ubuntu and Lubuntu 10.04. I spent several hours
> researching this, and it turns out that Adam Jackson made this change
> around 2009.
> 
> https://lists.x.org/archives/xorg-devel/2009-November/003395.html
> 
> I am planning to make some changes to the OpenChrome source code so
> that it can still be compiled against the older xserver. This is what
> the patch will look like, but I will like to know the precise xserver
> version so that I can set the correct value of XORG_VERSION_NUMERIC.
> This is what the the current patch will look like.

Hi,

I'm no xserver developer, but this seems to be fairly easy to find out
with git in an xserver checkout:

$ git log -SClockRangesPtr --all

brings up a list of commits, the first one of which is the one whose
email you found:

commit 326429badfc76885e4652ddc72860810c0e8d102
Author: Adam Jackson <ajax at redhat.com>
Date:   Tue Nov 10 14:56:36 2009 -0500

    modes: Remove the ClockRanges type

Then to find out about the versions, we can do:

$ git describe 326429badfc76885e4652ddc72860810c0e8d102
xorg-server-1.7.99.2-39-g326429b

$ git describe --contains 326429badfc76885e4652ddc72860810c0e8d102
xorg-server-1.7.99.901~68

So we see that this particular patch landed between release tags
1.7.99.2 and 1.7.99.901.

Hope that helps.


Thanks,
pq
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 811 bytes
Desc: OpenPGP digital signature
URL: <https://lists.x.org/archives/xorg-devel/attachments/20160216/92393b8d/attachment.sig>