When emerging winex, the compile dies with the following error: In file included from d3dgl_private.h:5, from caps.c:18: ../../include/wine_gl.h:74: redefinition of `PFNGLACTIVETEXTUREARBPROC' /usr/X11R6/include/GL/glext.h:2743: `PFNGLACTIVETEXTUREARBPROC' previously declared here ../../include/wine_gl.h:75: redefinition of `PFNGLCLIENTACTIVETEXTUREARBPROC'/usr/X11R6/include/GL/glext.h:2744: `PFNGLCLIENTACTIVETEXTUREARBPROC' previously declared here ../../include/wine_gl.h:76: redefinition of `PFNGLMULTITEXCOORD2FARBPROC' /usr/X11R6/include/GL/glext.h:2755: `PFNGLMULTITEXCOORD2FARBPROC' previously declared here make[2]: *** [caps.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/winex-20021123/work/wine/dlls/d3dgl' make[1]: *** [d3dgl/libd3dgl.so] Error 2 make[1]: Leaving directory `/var/tmp/portage/winex-20021123/work/wine/dlls' make: *** [dlls] Error 2 Not familiar enough with the code to know *why* this is happening, but it seems like winex is referencing XFree86's headers in it's D3D reimplementation code, and getting confused. Reproducible: Always Steps to Reproduce: Here's my emerge-info: Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.20-gentoo-r1 i686 AMD Duron(tm) processor GENTOO_MIRRORS="ftp://mirror.iawnet.sandia.gov/pub/gentoo/ http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss 3dnow apm avi crypt encode gif jpeg libg++ libwww mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib berkdb slang readline arts svga java guile postgres X sdl gpm tcpd pam ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl cups aalib acpi alsa bonobo cdr cjk dga directfb dvd evo gb gd -gdbm ggi gphoto2 gps gtk2 gtkhtml imap innodb libgda mozilla mysql oav pda samba scanner sse tcltk tiff usb" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon -O2 -pipe" CXXFLAGS="-march=athlon -O2 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
removing the offending lines of wine_gl.h allows the compile to finish and winex works, at least with Diablo 2 since thats all I tested with.
AFAIK Diablo 2 doesn't use 3D acceleration, does it? In which case it's not really a good test to see if removing those lines had a detremintal effect on 3D acceleration. Could you try some of the windows GL screensavers, or some other GL program, where it would be fairly easy to see if your hardware acceleration is still functioning? Thanks, Graeme
Have to wait on this one. I was replying for a friend and he has the can't open socket problem now so winex doesn't work.
Could you try a newer version of winex/winex-cvs and see if that fixes the problem for you, please? -phoen][x-
Well, it produces that error with the newest version of "winex" that is available on my system (20021123), and winex-cvs 3.0_pre1 is masked (by you, apparently! ;) ). Unfortunately, I don't know how to install masked packages ("ACCEPT_KEYWORDS="~x86" emerge winex-cvs" doesn't seem to work in this case), so if you could give me a hint as to how to get it installed, I'd certainly attempt to do so and report the results. Graeme
Figured out the unmask, the newest winex-cvs doesn't have this problem.. mind you, it has a whole bunch of visual bugs that don't occur in the normal "wine" package, but it compiles. :) Graeme
Can i close this bug or does the problem still persist? -phoen][x-
winex-cvs doesnt have this problem when i merged it a few days ago
Need more info.. -phoen][x-
Sorry, I was away for the weekend. Anyway, yeah, winex-cvs doesn't have this problem, however the winex (non-cvs) package still does AFAIK, and winex-cvs is masked. So... you can either use buggy winex-cvs, or the basic wine, but winex is still a no go.
winex is no longer in portage
