Recent master --enable-pdfium has at
workdir/UnpackedTarball/pdfium/third_party/base/allocator/partition_allocator/page_allocator.h:31
// All Blink-supported systems have 4096 sized system pages and can handle
// permissions and commit / decommit at this granularity.
static const size_t kSystemPageSize = 4096;
and upstream master at
<https://pdfium.googlesource.com/pdfium/+/026717cb667cf0c7215cf55daf794d69752fc900/third_party/base/allocator/partition_allocator/page_allocator.h#33>
isn't much better with
// All Blink-supported systems have 4096 sized system pages and can handle
// permissions and commit / decommit at this granularity.
// Loongson have 16384 sized system pages.
#if defined(_MIPS_ARCH_LOONGSON)
static const size_t kSystemPageSize = 16384;
#else
static const size_t kSystemPageSize = 4096;
#endif
This causes failure e.g. on Linux aarch64 machines with 64K page size,
see
<https://cgit.freedesktop.org/libreoffice/core/commit/?id=ffc134445ef7e935d18d816626f64e65b4cdbca6>
"--disable-pdfium for Linux aarch64 Flatpak build", but other platforms
may be affected, too. (On RH internal tech-list I got comments "NB,
even before aarch64 came along, that code is broken because ppc64 uses a
64kb page size by default." and "And alpha and sparc/sparc64 use 8K
pages, for example. Not to mention that a lot of other architectures
have configurable page size.")
So think twice before you live with (enabled-by-default) --enable-pdfium.
Or start searching for an alternative?
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice
