Am 26.02.22 um 14:14 schrieb Tomoaki AOKI:
Thanks.
But unfortunately, as I've described at Comment 21 [2] of Bug 262008,
setting kern.elf64.aslr.enable=0 didn't help.
As I'm building on amd64 and not built for compat32, I've not touched
kern.elf32.aslr.enable.
And as these are regular writable sysctl (and also are tunables, too),
setting these in /boot/loader.conf and reboot before build is not
tested.
I just tried building _after a reboot_ whith kern.elf64.aslr.enable=0 on
recent CURRENT and it doesn't work for me.
14.0-CURRENT #0 main-n253393-2bfdc1ee9b1 amd64
Best wishes,
Rainer
Should I set more sysctl's? I thought setting above actually disable
all aslr related features (for 64bit), regardless its 1 ro 0.
Error messages (with "MAKE_JOBS_UNSAFE=yes") and backtraces are
described at Comment 20 [3].
[2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262008#c21
[3] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262008#c20
On Sat, 26 Feb 2022 13:29:26 +0100
Michael Gmelin <gre...@freebsd.org> wrote:
Maybe it’s related to ASLR? (or is it also enabled in 13/stable?)
On 26. Feb 2022, at 13:05, Tomoaki AOKI <junch...@dec.sakura.ne.jp> wrote:
〓(Re-sent as not yet delivered in more than 5 hours)
Hi.
I have a build failure of editors/libreoffice on src main, amd64.
As I've reported on Bug 262008 [1], problems on stable/13 is already
fixed, but still fails on main with different faulure mode.
A tool gengal.bin, built within whole libreoffice build, coredumps but
it went OK on stable/13.
Port options are now default on both main and stable/13.
I now come to suspect the differences about toolchains within main and
stable/13, but as editors/libreoffivce is giant and this failure
happenes almost at the end of build, usual bisecting is not realistic.
(Would require tens of weekends, maybe.)
Any thoughts? Or am I missing something to check for?
Regards.
[1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262008
--
Tomoaki AOKI <junch...@dec.sakura.ne.jp>
