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.
