Solved Firefox, Synth or not and LTO

[Geezer]

If you use poudriere, you'll always have a complete log

Synth has got logs too. Having rebuilt the same ports again without LTO, the logs have been overwritten.

Anyway, I do not believe that LTO can be a big benefit...

Yup.

 

[Styrsven]

FYI, thunderbird failing with LTO is already reported.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255311

 

[grahamperrin@]

… Firefox with LTO. …

FreeBSD bug 257274 – www/firefox: Fails to link on i386 with LTO=ON on i386: ld: error: undefined hidden symbol: mozilla::ServoTraversalStatistics::sActive (firefox-90.0,2)

Retrospective: www/firefox: enable LTO by default on amd64 (2021-05-11) and other LTO-related commits.

 

[grahamperrin@]

… to get a reliable reading seems hard. I have not seen any e-mail client benchmarks…

Benchmarks aside, we can probably look forward to Thunderbird becoming faster.

Thunderbird 91 Available Now | The Thunderbird Blog (2021-08-12)

(There's not yet a bug for version 91 or greater to be ported.)

 

[Geezer]

I have changed the subject of this thread ... yet again.

 

[Argentum]

FYI, thunderbird failing with LTO is already reported.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255311

And I can confirm this on an independent installation. The build ends with:

ld: error: undefined hidden symbol: JS::CleanupQueuedFinalizationRegistry(JSContext*, JS::Handle<JSObject*>)
>>> referenced by Unified_cpp_xpcom_base0.cpp
>>>               lto.tmp:(mozilla::CleanupFinalizationRegistriesRunnable::Run())

ld: error: too many errors emitted, stopping now (use -error-limit=0 to see all errors)
clang++: error: linker command failed with exit code 1 (use -v to see invocation)

Many undefined symbols before that...

 

[grahamperrin@]

258536 – Mk/bsd.lto.mk: Add Link-Time Optimization (LTO) support

bugs.freebsd.org