Re: Build faulure of editors/libreoffice only on src main (stable/13 is OK)
Date: Sat, 26 Feb 2022 13:14:08 UTC
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. 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 <grembo@freebsd.org> wrote: > Maybe it$B!G(Bs related to ASLR? (or is it also enabled in 13/stable?) > > > On 26. Feb 2022, at 13:05, Tomoaki AOKI <junchoon@dec.sakura.ne.jp> wrote: > > > > $B".(B(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 <junchoon@dec.sakura.ne.jp> > > -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] <junchoon@dec.sakura.ne.jp>