[Intel-gfx] building xf86-video-intel against an older X server
eric at anholt.net
Tue Feb 26 13:16:32 PST 2008
On Mon, 2008-02-25 at 12:56 +0100, Julien Cristau wrote:
> Hi all,
> I'd like to get xf86-video-intel included in an update to Debian stable
> (http://wiki.debian.org/EtchAndAHalf), which only has xserver 1.1.1.
> The intel driver tarballs ship with a copy of some xserver code in the
> src/modes and src/parser directories. However that code comes from
> xserver master, and doesn't build against older headers. Some examples:
> - MODE_BANDWIDTH in the ModeStatus enum is only available on master, but
> used in modes/xf86Modes.c
> - the MonRec structure has a maxPixClock field in 1.4 and master, but
> not in 1.3 and earlier; it's used in modes/xf86EdidModes.c
> What's the best solution for this? Copying the code from xorg-server
> 1.3 instead, thus making sure it builds, but possibly missing some bug
> fixes? Or hacking the xserver code in master to keep building against
> headers from 1.1?
> Any advice appreciated :)
Seems like we probably need to build our driver tarballs against 1.3
server. It means losing a bunch of fixes, but it would fix building
against old servers which is the only reason to include that code.
However, this seems like a process that whoever is rolling the tarball
is probably going to make mistakes with (I mean, who knows what version
of the server I've got laying around at the moment I'm rolling the
tarball). This backwards compat mechanism is just way too fragile.
Eric Anholt anholt at FreeBSD.org
eric at anholt.net eric.anholt at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freedesktop.org/archives/intel-gfx/attachments/20080226/ebb209e4/attachment.pgp
More information about the Intel-gfx