On 25 June 2015 at 14:39, Brian Paul <bri...@vmware.com> wrote: > > I've got 32-bit libs building on 64-bit Ubuntu and Fedora. But I've found a > weird problem. > > On Fedora 22, for example, Mesa's make install creates a /usr/lib/libGL.la > file which contains the line: > > dependency_libs=' -L/usr/lib -lexpat -L/usr/lib64 /usr/lib64/libglapi.la > -lXext -lXdamage -lXfixes -lX11-xcb -lX11 -lxcb-glx -lxcb-dri2 -lxcb > -lXxf86vm /usr/lib/libdrm.la -ludev -lm -lpthread -ldl' > > Note the -L/usr/lib/64 and /usr/lib64/libglapi.la parts. > > When I try to build 32-bit Mesa demos, libtools finds this libGL.la file and > tries to link the 32-bit glxgears.o (for example) with > /usr/lib64/libglapi.so. That fails, of course. > > Removing the /usr/lib/libGL.la file is a work-around but I'm interested in > finding a better solution. > Ahh yes the lovely .la files. Short version - just delete them.
Slightly loner version: Most distros explicitly remove them as they tend to wreck chavok as you've noticed. Unfortunatelly the only answer that I've got at #autotools was that autotools was doing the right thing, and I failed to squese any hints about "why" or "how to get things working without nuking the .la files". -Emil P.S. I'm guessing you have other ones (libdrm) that caused your earlier problem ? _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
