Summary: | xorg-server-0.99.3 includes wrong version of xf86drm.c | ||
---|---|---|---|
Product: | xorg | Reporter: | Felix Kühling <fxkuehl> |
Component: | Server/General | Assignee: | Adam Jackson <ajax> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | high | ||
Version: | 6.99.99.902 (7.0 RC2) | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Bug Depends on: | |||
Bug Blocks: | 1690 |
Description
Felix Kühling
2005-11-11 12:52:13 UTC
I have a workaround that just disables the os-support/drm build as it seems that this entire directory is gone in the monolithic tree as well. I can't easily run autoreconf on the release tarball so I fixed up .../os-support/Makefile.in directly to get the build going again: --- Makefile.in~ 2005-11-10 02:56:14.000000000 -0500 +++ Makefile.in 2005-11-11 16:21:47.537578808 -0500 @@ -362,10 +362,9 @@ sysconfdir = @sysconfdir@ target_alias = @target_alias@ xpconfigdir = @xpconfigdir@ -@DRI_TRUE@DRI_SUBDIRS = drm -SUBDIRS = bus @XORG_OS_SUBDIR@ misc $(DRI_SUBDIRS) -DIST_SUBDIRS = bsd bus drm misc linux lynxos solaris sysv sco usl +SUBDIRS = bus @XORG_OS_SUBDIR@ misc +DIST_SUBDIRS = bsd bus misc linux lynxos solaris sysv sco usl sdk_HEADERS = xf86_OSproc.h xf86_OSlib.h xf86_ansic.h xf86_libc.h xf86drm.h \ xf86drmCompat.h assyntax.h xf86OSKbd.h xf86OSmouse.h I guess the following change would do the trick for Makefile.am, but I can't test it right now: --- Makefile.am~ 2005-11-08 17:47:56.000000000 -0500 +++ Makefile.am 2005-11-11 16:11:33.766886136 -0500 @@ -1,9 +1,5 @@ -if DRI -DRI_SUBDIRS=drm -endif - -SUBDIRS = bus @XORG_OS_SUBDIR@ misc $(DRI_SUBDIRS) -DIST_SUBDIRS = bsd bus drm misc linux lynxos solaris sysv sco usl +SUBDIRS = bus @XORG_OS_SUBDIR@ misc +DIST_SUBDIRS = bsd bus misc linux lynxos solaris sysv sco usl sdk_HEADERS = xf86_OSproc.h xf86_OSlib.h xf86_ansic.h xf86_libc.h xf86drm.h \ xf86drmCompat.h assyntax.h xf86OSKbd.h xf86OSmouse.h in the monolith, the libdrm source actually lives under os-support/linux/drm, and then gets symlinked around for other platforms. that was silly so we moved it up a level in modular. looks like we need to update libdrm in the server. hooray. (In reply to comment #2) > looks like we need to update libdrm in the server. hooray. Or make sure that the xserver build uses xf86drm.h from the xserver package instead of the libdrm one. Reordering the include paths to make sure that xf86drm.h from the xorg-server package is preferred doesn't seem to be trivial. It looks like I'd have to go deep into autoconf to achive this. I gave up on this before I even started. Instead I just copied the relevant xf86*.[ch] files over from libdrm and that did the trick. The server builds and DRI works fine. i've nearly finished syncing libdrm upstream with the changes made to the copy in xc (grr). the last code change piece is the 32/64 compat fixes, which are what actually cause the declaration mismatches you're seeing. that, plus resyncing symlink.sh and the Imakefile to symlink properly and only use the one copy of libdrm in the server... fun. should have it sorted by tomorrow. libdrm 2.0 imported into extras. os-support, libGL, and the XvMC libs all pull from the extras copy now. i am at one with the universe. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.