NOTE: a very similar thing happens with libquicktime-0.9.3-r1, but I'll post that in a separate bug and link to it here since I'm not sure whether or not this is xorg's fault or transcode and libquicktime's faults with xorg-x11-6.8.1.901 installed, transcode-0.6.14 fails to compile with the following error: Making all in preview make[3]: Entering directory `/var/tmp/portage/transcode-0.6.14/work/transcode-0.6.14/filter/preview' if /bin/sh ../../libtool --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../filter -I../../src -D_REENTRANT -DMOD_PATH=\"/usr/lib/transcode\" -I/usr/X11R6/include -I/usr/include/SDL -D_REENTRANT -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -march=pentium4 -pipe -DDCT_YUV_PRECISION=1 -MT filter_pv.lo -MD -MP -MF ".deps/filter_pv.Tpo" -c -o filter_pv.lo filter_pv.c; \ then mv -f ".deps/filter_pv.Tpo" ".deps/filter_pv.Plo"; else rm -f ".deps/filter_pv.Tpo"; exit 1; fi mkdir .libs i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../filter -I../../src -D_REENTRANT -DMOD_PATH=\"/usr/lib/transcode\" -I/usr/X11R6/include -I/usr/include/SDL -D_REENTRANT -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -march=pentium4 -pipe -DDCT_YUV_PRECISION=1 -MT filter_pv.lo -MD -MP -MF .deps/filter_pv.Tpo -c filter_pv.c -fPIC -DPIC -o .libs/filter_pv.o In file included from filter_pv.c:47: pv.h:46:34: X11/extensions/Xvlib.h: No such file or directory In file included from filter_pv.c:47: pv.h:104: error: parse error before "XvPortID" pv.h:104: warning: no semicolon at end of struct or union pv.h:106: error: parse error before '*' token pv.h:106: warning: type defaults to `int' in declaration of `xv_image' pv.h:106: warning: data definition has no type or storage class pv.h:114: error: parse error before '}' token pv.h:114: warning: type defaults to `int' in declaration of `xv_display_t' pv.h:114: warning: data definition has no type or storage class pv.h:125: error: parse error before "xv_display_t" pv.h:125: warning: no semicolon at end of struct or union pv.h:134: error: parse error before '}' token pv.h:134: warning: type defaults to `int' in declaration of `xv_player_t' pv.h:134: warning: data definition has no type or storage class pv.h:140: error: parse error before '*' token pv.h:140: warning: type defaults to `int' in declaration of `xv_player_new' pv.h:140: warning: data definition has no type or storage class pv.h:141: error: parse error before '*' token pv.h:141: warning: type defaults to `int' in declaration of `xv_display_new' pv.h:141: warning: data definition has no type or storage class pv.h:142: error: parse error before '*' token pv.h:147: error: parse error before '*' token pv.h:148: error: parse error before '*' token pv.h:149: error: parse error before '*' token pv.h:150: error: parse error before '*' token filter_pv.c:97: error: parse error before '*' token filter_pv.c:97: warning: type defaults to `int' in declaration of `xv_player' filter_pv.c:97: warning: data definition has no type or storage class filter_pv.c: In function `tc_filter': filter_pv.c:220: error: request for member `display' in something not a structure or union filter_pv.c:238: error: request for member `display' in something not a structure or union filter_pv.c:246: error: request for member `display' in something not a structure or union filter_pv.c:253: error: request for member `display' in something not a structure or union filter_pv.c:299: error: request for member `display' in something not a structure or union filter_pv.c:335: error: request for member `display' in something not a structure or union filter_pv.c:338: error: request for member `display' in something not a structure or union filter_pv.c:338: error: request for member `display' in something not a structure or union filter_pv.c:341: error: request for member `display' in something not a structure or union filter_pv.c:343: error: request for member `display' in something not a structure or union filter_pv.c:350: error: request for member `display' in something not a structure or union filter_pv.c: In function `preview_cache_draw': filter_pv.c:690: error: request for member `display' in something not a structure or union filter_pv.c:693: error: request for member `display' in something not a structure or union make[3]: *** [filter_pv.lo] Error 1 make[3]: Leaving directory `/var/tmp/portage/transcode-0.6.14/work/transcode-0.6.14/filter/preview' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/transcode-0.6.14/work/transcode-0.6.14/filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/transcode-0.6.14/work/transcode-0.6.14' make: *** [all] Error 2 !!! ERROR: media-video/transcode-0.6.14 failed. !!! Function src_compile, Line 97, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. With xorg-x11-6.8.0-r3 installed transcode compiles and installs. I don't know what happens with 6.8.0-r4, but I can test that if it'd be helpful. Reproducible: Always Steps to Reproduce: 1.emerge xorg-x11-6.8.1.901 2. emerge transcode Actual Results: Compilation fails Expected Results: compiled and installed successfully valinor ~ # emerge info Portage 2.0.51-r8 (default-linux/x86/2004.2/gcc34/2.6, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-rc1-mm5 i686) ================================================================= System uname: 2.6.10-rc1-mm5 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 1.80GHz Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Dec 29 2004, 13:36:47)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.8.5-r2, 1.6.3, 1.9.3, 1.5, 1.7.9 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LDFLAGS="" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib alsa apm atm avi berkdb bitmap-fonts cdparanoia cdr crypt dhcp divx4linux doc dvd encode flac foomaticdb gdbm gif gpm gtk2 imagemagick imap imlib jpeg ldap libwww live lzo mad mbox mikmod mjpeg mmx mmx2 motif mpeg ncurses network nls offensive oggvorbis pam pdflib perl pic png python quicktime readline real sdl slang spell sse sse2 ssl tcltk tcpd tetex theora tiff truetype usb v4l v4l2 vidix x86 xine xml2 xmms xv xvid zlib" NOTE: I have x11-base/xorg-x11 -xv in /etc/portage/package.use
the bug for libquicktime is 76663 (http://bugs.gentoo.org/show_bug.cgi?id=76663)
Re-emerging xorg-x11-6.8.1.901 with USE="opengl xv" fixes this (and also fixes it for libquicktime). I can't test USE="xv -opengl" since xorg doesn't allow this at the moment, but I'll try USE="opengl -xv" tomorrow if I have time.
Nothing going to happen on the X11 side -- feel free to check for USE flags or whatever on the transcode side.
I can confirm that if xorg-x11 is compiled with USE="opengl -xv" the error is exactly the same (Oh, and don't think any of transcode's current use flags are relevant. I'm trying to compil it with: -3dnow +X -a52 (-altivec) +avi -debug +divx4linux -dv -dvdread +encode -fame -freetype -gtk +imagemagick +jpeg +lzo +mjpeg +mpeg +network +oggvorbis -pvm +quicktime +sdl +sse +theora +v4l +xml2 +xvid)
does this also apply to xorg-x11-6.8.2 ? xorg-x11-6.8.1.901 isn't in the tree any longer
Something would be wrong if it didn't still fail. I haven't tested it properly (since I have xorg emerged with USE="xv"), but moving /usr/include/X11/extensions/Xvlib.h makes compilation fail in the same way, and that file not existing is the correct behaviour if xorg is emerged with USE="-xv" I can test it properly if you're not convinced, but the version of xorg shouldn't matter, as long as it's new enough to use the xv flag
Thanks for reporting, added check that xorg-x11 is built with xv support.