[Dev] [issue213] [mips64el] use */lib32 instead of */lib for N32 ABI

Michał Masłowski (Parabola Issue Tracker) bugs at parabolagnulinux.org
Wed Nov 2 18:44:32 GMT 2011

Michał Masłowski added the comment:

Most of the PKGBUILDs which I have seen don't assume anything about libdir. 
Unless something is done incorrectly (liblockfile is probably a case),
autotools-based buildsystems don't have any problems which changing this
variable, and autoconf allows specifying it in config.site, so PKGBUILDs not
passing it explicitly don't need changing for this.  Other buildsystems
(probably CMake) could also have the defaults patched.

There are packages not using autoconf, CMake or any other modern buildsystem
tools, these probably already need changes for unrelated problems.

I know two WebKit problems: it's huge (multicore Loongson 3 machines with n64
binutils and many gigabytes of RAM will make this practical if they will be
available and supported) and it has a segfault (needs debugging and several
builds to check changes).  Except that an n64 ld would be faster on a machine
with enough RAM and it would not need special options to use less memory,
library paths and multilib are unrelated to this.

I haven't ever used OpenJDK or GHC on n32, I don't know what runtime problems
they will have.  OpenJDK needs a complex cross compilation or GCJ to build
natively.  GHC needs a semimanual cross compilation.

I see two long term uses for multilib: having some n64 programs when we will
have Loongson machines with more than 2 GiB of RAM (an o32 or n32 process can
use only 2 GiB of virtual memory) and development of software for MIPS32 systems
(e.g. Debian-based things or NanoNote).

I'll try building LibreOffice again later in this week, I believe it should have
at least two reasons less than before to fail, so maybe we will have less
reasons for multilib.

If there are more problems with lib32, I will help changing it to use only lib,
and patching gcc again to use /lib/ld.so.1 for n32.

Parabola's issue tracker <bugs at parabolagnulinux.org>

More information about the Dev mailing list