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

[Emil Velikov]

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".

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