Bug 3150 – opengl with gcc-3.1 and nvidia

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Brandon Low (RETIRED) 2002-05-28 23:46:28 UTC]

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

[Comment 1 Todd 2002-05-29 04:58:10 UTC]

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"

[Comment 2 Brandon Low (RETIRED) 2002-05-29 10:05:46 UTC]

I have rebuilt X and still have this error.

[Comment 3 Brandon Low (RETIRED) 2002-05-29 11:05:22 UTC]

this is the same as bug 3175 in order to merge requires that opengl-update xfree
is run prior to beginning emerge... 

[Comment 4 Brandon Low (RETIRED) 2002-05-29 11:10:15 UTC]

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?

[Comment 5 Seemant Kulleen (RETIRED) 2002-05-29 15:03:56 UTC]

*** Bug 3175 has been marked as a duplicate of this bug. ***

[Comment 6 Brandon Low (RETIRED) 2002-05-30 19:22:52 UTC]

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? 

[Comment 7 Brandon Low (RETIRED) 2002-06-05 00:33:30 UTC]

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 ?

[Comment 8 Brandon Low (RETIRED) 2002-06-08 01:00:31 UTC]

Ok now that the glibc-2.2.5-r4 patch is out and being used by most people and
works, can we close this?

[Comment 9 Brandon Low (RETIRED) 2002-07-09 00:49:19 UTC]

closing, trying to clean up the mess in bugzilla