Summary: | emerge xmame-0.81.1 fails with a compiler error in src/unix/video.c | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | dongagami |
Component: | [OLD] Games | Assignee: | Gentoo Games <games> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ed |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
dongagami
2004-04-20 08:43:49 UTC
I have exactly the same trouble here. Could this have something to do with the nvidia opengl drivers maybe? I am using them what about the original poster? I'm using the nvidia drivers and I don't see this issue. nvidia-kernel-1.0.4496-r3 nvidia-glx-1.0.4496 I run the following: * media-video/nvidia-glx 1.0.4496 * media-video/nvidia-kernel 1.0.4496-r3 I would be more than happy to give any additional information. Try the usual first: try it with CFLAGS and CXXFLAGS set to "-pipe" try it with MAKEOPTS="-j1" how do I do that on a package by package basis? or do I have to edit make.conf and change it back when I'm done? On the command-line. CFLAGS="-pipe" CXXFLAGS="-pipe" emerge .... Here is the error that I get with -pipe on CFLAGS and CXXFLAGS: Compiling in the unix directory... Compiling src/vidhrdw/vector.c ... make[1]: Entering directory `/var/tmp/portage/xmame-0.81.1/work/xmame-0.81.1/src/unix' make ../../xmame.obj/unix.xgl/osdepend.a make[2]: Entering directory `/var/tmp/portage/xmame-0.81.1/work/xmame-0.81.1/src/unix' Compiling src/unix/main.c ... Compiling src/unix/sound.c ... Compiling src/unix/keyboard.c ... Compiling src/unix/devices.c ... Compiling src/unix/video.c ... Compiling src/unix/mode.c ... In file included from /usr/X11R6/include/GL/glx.h:27, from video-drivers/gltool.h:53, from video-drivers/glmame.h:35, from video.c:10: /usr/X11R6/include/X11/Xmd.h:134: error: conflicting types for `INT32' osd_cpu.h:46: error: previous declaration of `INT32' /usr/X11R6/include/X11/Xmd.h:136: error: redefinition of `INT16' osd_cpu.h:45: error: `INT16' previously declared here /usr/X11R6/include/X11/Xmd.h:140: error: redefinition of `INT8' osd_cpu.h:44: error: `INT8' previously declared here make[2]: *** [../../xmame.obj/unix.xgl/video.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/var/tmp/portage/xmame-0.81.1/work/xmame-0.81.1/src/unix' make[1]: *** [all] Error 2 make[1]: Leaving directory `/var/tmp/portage/xmame-0.81.1/work/xmame-0.81.1/src/unix' make: *** [xmame.obj/unix.xgl/osdepend.a] Error 2 !!! ERROR: games-emulation/xmame-0.81.1 failed. !!! Function src_compile, Line 171, Exitcode 2 !!! emake failed (xgl) I'll try with the same flags again, along with -j1. With -j1 added, it dies in the same place as with no special flags. Here's the summary: With CFLAGS="-pipe" CXXFLAGS="-pipe" it dies on src/unix/mode.c inside of the opengl compile With CFLAGS="-pipe" CXXFLAGS="-pipe" MAKEOPTS="-j1" it dies on src/unix/video.c inside of the opengl compile With no special flags besides what's listed in the "emerge info", it dies on src/unix/video.c Should I try anything else? btw, tuxracer and glxgears work fine so I'm pretty sure my nvidia configuration is okay. I experienced the same problem as the original poster compiling xmame-0.81.1. This is what fixed it for me (I can't explain why): su opengl-update xfree emerge -U xmame And then we go back to the nvidia drivers: opengl-update nvidia My nvidia-drivers: nvidia-glx 1.0.4496 nvidia-kernel 1.0.4496-r3 USE="X kde qt ssl pam -gnome arts cdr crypt dvd java libwww opengl perl sse unicode xml alsa" CXXFLAGS = CFLAGS="-O3 -march=pentium4 -Wall -funroll-loops -fprefetch-loop-arrays -pipe -fomit-frame-pointer -mfpmath=sse -msse2 -mmmx" MAKEOPTS="-j2" Yep. work around is to use xfree opengl. I have a patch for this I'm trying out. Would be done already but it takes *forever* to link this bad boy. if I compile with xfree opengl and then switch back to nvidia, will there be a performance impact when i run xmame as opposed to compiling with nvidia opengl? rincewind's suggestion worked for me too. thanks. @ Comment #11: I don't know about the performance aspect of it. You'd have to try it both ways and see if you can tell. I've added back a patch similar to the one for 0.80.1 to address this issue with compiling against the nvidia stuff. compiles and links here so resync and give it a shot. I was able to reproduce the issue so I'm hopeful this is a good fix. *** Bug 48676 has been marked as a duplicate of this bug. *** |