[Bug 277021] www/firefox: error on start after updating to 123.0 (rc1, rc2)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277021

--- Comment #73 from Tomoaki AOKI <junchoon@dec.sakura.ne.jp> ---
(In reply to Tatsuki Makino from comment #70)

Interesting. But resulting assembly codes seems to be reverse with what
happened.

For "-march=" case, libm should be surely needed, while "-march=haswell" case,
possibly not needed (functions in libm are not called). But what's happening is
that sane boot with blank (default) CPUTYPE) but fais without "-lm" on
CPUTYPE=haswell case.

And assuming the problematic library is a codec as of its name, disabling sse*
and/or avx+ options could result in severe performance degradation when they
are actually available.

Moreover, some of external libraries linked against libxul.so (IIUC, a core
component of firefox) are linked against libm. So blindly linking with libm
looks reasonable foe me. As libxul.so itself is linked with libm could be
because of the patch, list others below. (Picked from outputs of `ldd -a
usr/local/lib/firefox/libxul.so`.)

usr/local/lib/libicui18n.so.74
/usr/local/lib/libicuuc.so.74
/usr/local/lib/libaom.so.3
/usr/local/lib/libgdk-3.so.0
/usr/local/lib/libharfbuzz.so.0
/usr/local/lib/libpango-1.0.so.0
/usr/local/lib/libgtk-3.so.0
/usr/local/lib/libcairo.so.2
/usr/local/lib/libcairo-gobject.so.2
/usr/local/lib/libpng16.so.16
/usr/local/lib/libwebp.so.7
/usr/local/lib/libvpx.so.9
/usr/local/lib/libpixman-1.so.0
/usr/local/lib/libvmaf.so.3
/usr/local/lib/libbrotlidec.so.1
/usr/local/lib/libexpat.so.1/usr/local/lib/libsharpyuv.so.0
/usr/local/lib/libpangocairo-1.0.so.0
/usr/local/lib/libsharpyuv.so.0
/usr/local/lib/libbrotlicommon.so.1

-- 
You are receiving this mail because:
You are the assignee for the bug.