With a workaround, I solved the issue of Harfbuzz/graphite not compiling on 32-bit.
I could not figure out why the Harfbuzz/graphite packages included as part of the source code of LibreOffice 7.3 didn’t work. They worked fine up to the 7.2.5 version.
Nevertheless, thanks to a lead on the linuxfromscratch website about how to compile LibreOffice 7.3.0, I added the following lines to my autogen.input file:
--with-system-graphite
--with-system-harfbuzz
The following related packages are installed on my system; maybe some of them were not relevant to solve this issue:
libgraphite2-3
libgraphite2-dev
gir1.2-harfbuzz-0.0
libharfbuzz-dev
libharfbuzz-gobject0
libharfbuzz-icu0
libharfbuzz0b
libicu-le-hb-dev
libicu-le-hb0
And… voilà! LibreOffice compiles with no issues.
The most recent version of the 32-bit edition of our distro, Escuelas Linux 6.17, was already released with LibreOffice 7.2.5, so we are currently evaluating to release a Fix Pack to include LibreOffice 7.3 to match our 64-bit edition.
Best Regards.
I could not figure out why the Harfbuzz/graphite packages included as part of the source code of LibreOffice 7.3 didn’t work. They worked fine up to the 7.2.5 version.
Nevertheless, thanks to a lead on the linuxfromscratch website about how to compile LibreOffice 7.3.0, I added the following lines to my autogen.input file:
--with-system-graphite
--with-system-harfbuzz
The following related packages are installed on my system; maybe some of them were not relevant to solve this issue:
libgraphite2-3
libgraphite2-dev
gir1.2-harfbuzz-0.0
libharfbuzz-dev
libharfbuzz-gobject0
libharfbuzz-icu0
libharfbuzz0b
libicu-le-hb-dev
libicu-le-hb0
And… voilà! LibreOffice compiles with no issues.
The most recent version of the 32-bit edition of our distro, Escuelas Linux 6.17, was already released with LibreOffice 7.2.5, so we are currently evaluating to release a Fix Pack to include LibreOffice 7.3 to match our 64-bit edition.
Best Regards.
My autogen.input is:--with-parallelism=8
--with-distro=LibreOfficeLinux
--with-lang=es
--with-myspell-dicts
--enable-release-build
--with-package-format=deb
--disable-dependency-tracking
--with-jdk-home=/usr/lib/jvm/java-11-openjdk-i386/
--with-privacy-policy-url="" href="https://www.libreoffice.org/about-us/privacy/privacy-policy-en/" target="_blank">https://www.libreoffice.org/about-us/privacy/privacy-policy-en/"And you're right, does not matter if libharfbuzz-dev is installed, as LibreOffice uses its own package.The file config.log was sent to your e-mail account, because that file is quite big.Thanks for all your help!El vie, 4 feb 2022 a las 15:03, Caolán McNamara (<caolanm@xxxxxxxxxx>) escribió:On Mon, 2022-01-31 at 01:47 -0600, dreamnext@xxxxxxxxx wrote:
> /home/linux/Downloads/libreoffice-
> 7.3.0.3/workdir/UnpackedTarball/harfbuzz/src/.libs/libharfbuzz.a(libh
> arfbuzz_la-hb-graphite2.o): In function
> `_hb_graphite2_shaper_face_data_create':
> /home/linux/Downloads/libreoffice-
> 7.3.0.3/workdir/UnpackedTarball/harfbuzz/src/hb-graphite2.cc:132:
> undefined reference to `gr_make_face_with_ops'
> /home/linux/Downloads/libreoffice-
> 7.3.0.3/workdir/UnpackedTarball/harfbuzz/src/.libs/libharfbuzz.a(libh
> arfbuzz_la-hb-graphite2.o): In function
> `_hb_graphite2_shaper_face_data_destroy':
>
> And a lot more error messages related to harfbuzz.
> Does anybody know what’s going on and how to solve this issue?(Yes,
> libharfbuzz-dev is installed, as always).
What we'd need to see is the configure/autogen options passed here.
Best is probably the output of config.log to see what was passed in and
what was the configured result.
You mention "libharfbuzz-dev is installed" which suggests your intent
might have been to build against the system harfbuzz, but the logs show
that the bundled harfbuzz was built and that it couldn't find
gr_make_face_with_ops to link against, which is (presumably) a graphite
symbol. config.log could show what graphite is intended to be used,
internal/external and maybe give a hint as to what is the problem.
