Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

Am 07.02.24 um 20:49 schrieb Dan Horák:
On Wed, 7 Feb 2024 12:51:06 -0600
Escuelas Linux <escuelaslinux@xxxxxxxxx> wrote:

  The release notes for the latest version of LibreOffice (24.2) state that


"The minimum requirements for building and running LibreOffice on Linux
have been raised from Red Hat Enterprise Linux 7/CentOS 7 to Red Hat
Enterprise Linux 8/CentOS 8 (or equivalent)".


Since Red Hat/CentOS 8 does not have a 32-bit edition, I wonder if my
problems compiling for 32-bit are due to a possible lack of support.

There is no upstream proactive 32bit testing since longer before that baseline bump. (Stuff I report once in a while get fixed, though, usually).

Debian still ships LibreOffice on 32bit archs, as do other distributions.

But it's slowly dying, yes....

I have been compiling LibreOffice for Linux 32-bit since the Foundation
stopped releasing 32-bit binaries. I have been able to solve problems,
sometimes on my own, sometimes with the generous help of people on this
very mailing list.

But now I'm stuck.

I am using Debian 12 Bookworm 32-bit as my OS base. I downloaded all the
dependencies asked for on the BuildingOnLinux Foundation wiki.

Since trying to compile 24.2 with a simple 'make' treats all warnings as
errors, I tried using
--disable-werror for configure/autogen.sh
[...]
But it stops at one of the last stages with this message:


"/usr/bin/ld: Error: /tmp/ccDBatVc.ltrans0.ltrans.o(.data.rel.ro) is too
big (0x3ef58 bytes)

/usr/bin/ld: Could not set dynamic section sizes: memory exhausted

collect2: Error: ld returned 1 exit state

make[1]: ***
[/home/linux/Downloads/libreoffice-24.2.0.3/Library_merged.mk:11:
/home/linux/Downloads/libreoffice-24.2.0.3/instdir/program/libmergedlo.so]
Error"


Since I have allocated 12 GB of RAM in the virtual machine, I don't know
why the memory is exhausted.
because 32-bit system means max 4GB of address space for a process and
ld runs as a single process

you can try disabling or reducing the size of debuginfo to reduce the
size of the *.o files if it's used, you can disable LTO and there are
some options for ld to reduce its memory consumption a bit

All correct. I do -g1 in Debian. LTO works.

And because of exactly this case I (also) don't use --enable-mergelibs on 32bit architectures.


Regards,


Rene




[Index of Archives]     [LARTC]     [Bugtraq]     [Yosemite Forum]     [Photo]

  Powered by Linux