26603bc9ef
While this fixes the build with --enable-wasm-exceptions, the
resulting binary generates an "indirect call signature mismatch",
which doesn't happen with the non-NEH build.
The Chrome DWARF backtrace points to CallbackTaskScheduling().
Further debugging reveals, it's actually the UpdateMinPeriod
call for the "desktop::Desktop m_firstRunTimer" Timer.
Disturbingly the debug dynamic_cast<Timer> at the start of the
job loop fails, and the fallback generic job output is
chosen, AKA:
info:vcl.schedule: 6516 0x3871618 i: 0 a: 1 p: 1 \
desktop::Desktop m_firstRunTimer
m_firstRunTimer is a Timer member in the Desktop class, so this
looks like some memory corruption or toolchain problem.
The size difference is more then 10% and it's supposed to be
faster too. FWIW the optimized link time is still high and needs
32GB+ memory compared to the 13GB non-optimized memory usage.
Change-Id: I06d37ecece09000fd3b72a73e7bf40f0b0f61457
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130216
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
||
|---|---|---|
| .. | ||
| inc/pch | ||
| ExternalPackage_liborcus.mk | ||
| ExternalProject_liborcus.mk | ||
| fix-pch.patch.0 | ||
| gcc9.patch.0 | ||
| liborcus_newline.patch.1 | ||
| Library_orcus-parser.mk | ||
| Library_orcus.mk | ||
| libtool.patch.0 | ||
| Makefile | ||
| Module_liborcus.mk | ||
| README | ||
| rpath.patch.0 | ||
| std-get-busted.patch.1 | ||
| UnpackedTarball_liborcus.mk | ||
| windows-constants-hack.patch | ||
[https://gitlab.com/orcus/orcus] "Collection of parsers and import filters for spreadsheet documents."