[Pkg-cmake-team] Bug#785401: cmake on mips is unable to find N32 libraries and incorrectly

Daniel Sanders Daniel.Sanders at imgtec.com
Tue Nov 10 11:01:13 UTC 2015


Sorry for the slow reply. I don't think I received a notification email but maybe I missed it.

> Yes, this behavior is expected.
>
> In Debian there is a "Multiarch" + "Multi-C" (aka, the one is called
> multilib in Debian)
>
> For multiarch, we install libraries into /usr/lib/<triplet>, so we can
> install libraries for multi architectures.
> For Mulit-C, we have C libraries (only libc) into /usr/lib32 (N32)
> /usr/lib64 (N64).

There's also libdl and libpthread in each of those Multi-C directories but cmake doesn't find them.

> So if you try to use multi-C to build program on mips systems, you can
> only use libc, aka libxml doesn't exists here.

I agree that libxml2 doesn't exist and that's fine. However, I would expect cmake to produce:
    LIBXML2_LIBRARIES:FILEPATH=LIBXML2_LIBRARIES-NOTFOUND
instead of selecting the O32 build which cannot be used in the link.

> We haven't N32 system yet, while we are working on N64(el) system.

I'll give that a try at some point. For my current purposes (testing compiler recursion for any 64-bit build) it doesn't really matter if I use N32 or N64 first.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-cmake-team/attachments/20151110/be80425c/attachment.html>


More information about the Pkg-cmake-team mailing list