I'm not sure if this one is gcc-3.1 specific but here goes... zsnes fails to emerge on my freshly (almost done building) system... here is my error output: gcc -o zsnes chips/sfxproc.o chips/fxemu2.o chips/dsp1proc.o chips/fxemu2b.o chips/fxemu2c.o chips/fxtable.o chips/sa1proc.o chips/sa1regs.o chips/dsp1emu.o cpu/addrni.o cpu/dma.o cpu/dsp.o cpu/dspproc.o cpu/execute.o cpu/irq.o cpu/memory.o cpu/spc700.o cpu/stable.o cpu/table.o cpu/tableb.o cpu/tablec.o linux/copyvwin.o linux/sdlintrf.o linux/sdllink.o linux/gl_draw.o linux/sw_draw.o linux/zloaderw.o linux/ztcp.o linux/zipxw.o linux/zfilew.o linux/protect.o dos/debug.o dos/joy.o dos/modemrtn.o dos/vesa2.o dos/initvid.o dos/sw.o dos/gppro.o dos/vesa12.o gui/gui.o gui/menu.o video/makev16b.o video/makev16t.o video/makevid.o video/mode716.o video/mode716b.o video/mode716d.o video/mode716e.o video/mode716t.o video/mode7.o video/mode7ext.o video/mv16tms.o video/newg162.o video/newgfx16.o video/newgfx2.o video/newgfx.o video/m716text.o video/2xsaiw.o video/procvid.o zip/zzip.o zip/unzip.o zip/zpng.o cfgload.o endmem.o fixsin.o init.o ui.o vcache.o water.o -pipe -I. -Wall -D__LINUX__ -I/usr/X11R6/include -I/usr/include/SDL -D_REENTRANT -D__OPENGL__ -Os -ffast-math -fomit-frame-pointer -fschedule-insns2 -s -march=pentiumpro -L/usr/X11R6/lib -L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread -lz -lGL -lpng /usr/lib/libGLcore.so.1: undefined reference to `__divdi3' collect2: ld returned 1 exit status make: *** [zsnes] Error 1
Recompiling X should make your problem go away. However I am unable to recompile X due to, 3118. Perhaps that should be a "Bug Depends on"
I have rebuilt X and still have this error.
this is the same as bug 3175 in order to merge requires that opengl-update xfree is run prior to beginning emerge...
perhaps the opengl-update script should be given a method to track and check currently used opengl interface, thereby allowing us to query it in these ebuilds, switch if necessary and switch back if necessary?
*** Bug 3175 has been marked as a duplicate of this bug. ***
GRR... been fighting with this all day, all existing xfree-4.2.0-rX ebuilds and all existing nvidia-glx / nvidia-kernel versions in portage to no avail, anyone with more brains than me have a clue here?
Ok, I've seen Lars Pechan has posted a very nice work-around for this (ok so it is a cheap hack... but it works!) Are we going to try and incorporate that somehow so that we can close this bug pending either a) a new gcc release b) a new glibc release or c) a new nvidia-glx release ?
Ok now that the glibc-2.2.5-r4 patch is out and being used by most people and works, can we close this?
closing, trying to clean up the mess in bugzilla
