[Mesa-dev] [PATCH] configure: use $target_cpu, not $host_cpu when setting asm_arch

Emil Velikov emil.l.velikov at gmail.com
Fri Jun 26 04:05:45 PDT 2015

On 25 June 2015 at 14:39, Brian Paul <brianp at 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".

P.S. I'm guessing you have other ones (libdrm) that caused your
earlier problem ?

More information about the mesa-dev mailing list