<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - [NV86] Ultima IX (wine) movie playback crashes game" href="https://bugs.freedesktop.org/show_bug.cgi?id=74648#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - [NV86] Ultima IX (wine) movie playback crashes game" href="https://bugs.freedesktop.org/show_bug.cgi?id=74648">bug 74648</a> from <a class="email" href="mailto:imirkin@alum.mit.edu" title="Ilia Mirkin <imirkin@alum.mit.edu>"> Ilia Mirkin</a> <pre>(In reply to <a href="show_bug.cgi?id=74648#c3">comment #3</a>) > I'm having trouble building Mesa-9.2.5. I can try from the source RPM if I > can't get this working but: > > Untarred the package and built with --enable-32-bit and --enable-debug. Got > a complaint about not having aclocal-1.14 (Fedora 20 has aclocal-1.13, but > it's strange aclocal is required as I didn't touch configure.ac). Had to run > 'autoreconf -fi', then ./configure with the two flags again and that got it > building. > > Ran into a linking error though (note that I _have_ the i686 version of > glibc installed as well as the x86_64): > > CPPAS sse_xform2.lo > CPPAS sse_xform3.lo > CPPAS sse_xform4.lo > CPPAS sse_normal.lo > CPPAS read_rgba_span_x86.lo > CXXLD libdricore9.2.5.la > /bin/ld: skipping incompatible > /usr/lib/gcc/x86_64-redhat-linux/4.8.2/libstdc++.so when searching for > -lstdc++ > /bin/ld: skipping incompatible > /usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64/libm.so when > searching for -lm > /bin/ld: skipping incompatible /lib/../lib64/libm.so when searching for -lm > /bin/ld: skipping incompatible /usr/lib/../lib64/libm.so when searching for > -lm > /bin/ld: skipping incompatible > /usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64/libc.so when > searching for -lc > /bin/ld: skipping incompatible /lib/../lib64/libc.so when searching for -lc > /bin/ld: skipping incompatible /usr/lib/../lib64/libc.so when searching for > -lc > /bin/ld: skipping incompatible > /usr/lib/gcc/x86_64-redhat-linux/4.8.2/libgcc_s.so when searching for -lgcc_s > /bin/ld: i386:x86-64 architecture of input file > `/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64/crti.o' is > incompatible with i386 output > /bin/ld: i386:x86-64 architecture of input file > `/usr/lib/gcc/x86_64-redhat-linux/4.8.2/crtbeginS.o' is incompatible with > i386 output > /bin/ld: i386:x86-64 architecture of input file > `/usr/lib/gcc/x86_64-redhat-linux/4.8.2/crtendS.o' is incompatible with i386 > output > /bin/ld: i386:x86-64 architecture of input file > `/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64/crtn.o' is > incompatible with i386 output > collect2: error: ld returned 1 exit status > > Any idea what's going on? Not familiar with this linker error, sorry. However SOMEONE is sticking their x86_64 nose into an i386 build where it doesn't belong. Did you do CFLAGS="-m32" CXXFLAGS="-m32"? Oh, perhaps you also need to do LDFLAGS="-m32" as well? e.g. ./configure --enable-32-bit --enable-debug CFLAGS="-m32" CXXFLAGS="-m32" LDFLAGS="-m32" > > Out of curiosity, is the reason you need this Mesa to be 32-bit because Wine > runs in 32-bit mode? Wouldn't a 32-bit Xorg application still make calls to > a 64-bit Xorg and 64-bit Xorg Nouveau driver just fine? I'm not too > knowledgable on these matters however. What you're saying is all true. The problem is that wine links against libGL, which must be 32-bit, which in turn includes all the nouveau mesa stuff, which in turn must also be 32-bit. No Xorg interactions involved :) (Well, a few, to get surfaces to draw to/etc.) I guess the problem with you reasoning is that "nouveau driver" is not a well-defined term. Could be the kernel, ddx, or mesa (or libdrm).</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>