Compilation of desmume fail when using nvidia OpenGL interface. Reproducible: Always Steps to Reproduce: 1. eselect opengl set nvidia 2. emerge -a desmume 3. Actual Results: x86_64-pc-linux-gnu-g++ -DPACKAGE_NAME=\"desmume\" -DPACKAGE_TARNAME=\"desmume\" -DPACKAGE_VERSION=\"0.9.1\" -DPACKAGE_STRING=\"desmume\ 0.9.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"desmume\" -DVERSION=\"0.9.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIBZ=1 -DHAVE_LIBZZIP=1 -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1 -DGLADEUI_UNINSTALLED_DIR=\"/var/tmp/portage/games-emulation/desmume-0.9.1/work/desmume-0.9.1/src/gtk-glade/glade/\" -DGTKGLEXT_AVAILABLE=1 -DGETTEXT_PACKAGE=\"desmume\" -DHAVE_LOCALE_H=1 -DHAVE_LC_MESSAGES=1 -DHAVE_BIND_TEXTDOMAIN_CODESET=1 -DHAVE_GETTEXT=1 -DHAVE_DCGETTEXT=1 -DENABLE_NLS=1 -I. -I../src -march=nocona -O2 -pipe -MT movie.o -MD -MP -MF .deps/movie.Tpo -c -o movie.o movie.cpp OGLRender.cpp: In function ‘char OGLInit()’: OGLRender.cpp:587: erreur: ‘glActiveTexture’ was not declared in this scope OGLRender.cpp: In function ‘void setTexture(unsigned int, unsigned int)’: OGLRender.cpp:692: erreur: ‘glActiveTexture’ was not declared in this scope OGLRender.cpp: In function ‘void OGLRender()’: OGLRender.cpp:1235: erreur: ‘glActiveTexture’ was not declared in this scope make[2]: *** [OGLRender.o] Erreur 1 make[2]: *** Attente des tâches non terminées.... mv -f .deps/softrender.Tpo .deps/softrender.Po mv -f .deps/gfx3d.Tpo .deps/gfx3d.Po mv -f .deps/movie.Tpo .deps/movie.Po mv -f .deps/thumb_instructions.Tpo .deps/thumb_instructions.Po make[2]: quittant le répertoire « /var/tmp/portage/games-emulation/desmume-0.9.1/work/desmume-0.9.1/src » make[1]: *** [all-recursive] Erreur 1 make[1]: quittant le répertoire « /var/tmp/portage/games-emulation/desmume-0.9.1/work/desmume-0.9.1/src » make: *** [all-recursive] Erreur 1 Expected Results: >>> Installing games-emulation/desmume-0.9.1 1. eselect opengl set xorg-x11 2. emerge -a desmume 3. eselect opengl set nvidia
for both 0.9 and 0.9.1
This is most probably an upstream-nvidia-issue, re-assigning to nvidia-maintainers.
(In reply to comment #2) > This is most probably an upstream-nvidia-issue, re-assigning to > nvidia-maintainers. > I came here to post this bug. Hanno, what about this: https://bugs.gentoo.org/show_bug.cgi?id=214953#c2 In the official DeSmuME they talked about it: http://forums.desmume.org/viewtopic.php?id=1205 It seems that compilation goes a "step ahead" with that flag. I tried making an overlay of the ebuild.
Created attachment 185529 [details] edited ebuild build.log This compilation log includes the -DGL_GLEXT_PROTOTYPES flag.
Temporary hack: eselect opengl set xorg-x11 emerge desmume eselect opengl set nvidia
I mean workaround ;)
Created attachment 195158 [details, diff] Works around the build error with nvidia-drivers I've found another workaround. This little patch lets me build desmume without switching opengl libs back and forth. However, it also breaks building with anything other than nvidia-drivers, it seems. The underlying reason seems to be nvidia-drivers not declaring glActiveTexture where it's expected, but don't quote me on that. So, while this patch is not the proper fix, I hope it'll help shed some light on the issue.
Created attachment 198284 [details] desmume ebuild with nvidia-patch Thanks Micha?. Desmume seems faster with your patch.
*** Bug 287003 has been marked as a duplicate of this bug. ***
Has anyone tested recent versions of desmume for this problem? I've been running 0.9.5 and 0.9.6 for a few months on an nvidia system and haven't run into this problem. It builds and runs just fine. I guess it must've been fixed by upstream. I've attached an updated ebuild for 0.9.6 in bug 321511. Can anyone previously having this problem test it out? If it works, this bug can probably be closed.
(In reply to comment #10) > Has anyone tested recent versions of desmume for this problem? I've been > running 0.9.5 and 0.9.6 for a few months on an nvidia system and haven't run > into this problem. It builds and runs just fine. I guess it must've been > fixed by upstream. > > I've attached an updated ebuild for 0.9.6 in bug 321511. Can anyone previously > having this problem test it out? If it works, this bug can probably be closed. > 0.9.5 dont need patch anymore