[Nouveau] [Bug 74648] [NV86] Ultima IX (wine) movie playback crashes game

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=74648

--- Comment #4 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to comment #3)
> 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).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140215/350dd236/attachment.html>