Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 17 Feb 2024 08:53:48 +0000
From:      bugzilla-noreply@freebsd.org
To:        gecko@FreeBSD.org
Subject:   [Bug 277021] www/firefox: error on start after updating to 123.0 (rc1, rc2)
Message-ID:  <bug-277021-21738-evyt7uIX7X@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-277021-21738@https.bugs.freebsd.org/bugzilla/>
References:  <bug-277021-21738@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277021

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

According to math(3) manpage, lines including and below atan seems to be be=
long
to libm. So libm shoule be required regardless dropped lines for blank CPUT=
YPE
exist or not. (Need to resolve left unresolved symbols.)

Possobly, it could be a race condition, promissingly settled at build time.
For old CPUTYPE, libm is required by any of libraries other than the
problematic one, thus symbols can be resolved, but for newer CPUTYPE, added
instruction sets cause the problematic one to be loaded before any other
library require libm. Does it look reasonable?

Codecs would usually require libm like 2 examples below.

% ldd -a  /usr/local/lib/libvpx.so.9.0.0=20
/usr/local/lib/libvpx.so.9.0.0:
        libthr.so.3 =3D> /lib/libthr.so.3 (0x2135faafd000)
        libm.so.5 =3D> /lib/libm.so.5 (0x2135fabb9000)
        libc++.so.1 =3D> /lib/libc++.so.1 (0x2135fb0e5000)
        libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x2135fb299000)
        libc.so.7 =3D> /lib/libc.so.7 (0x2135fbbf6000)
/lib/libthr.so.3:
        libc.so.7 =3D> /lib/libc.so.7 (0x2135fbbf6000)
/lib/libm.so.5:
        libc.so.7 =3D> /lib/libc.so.7 (0x2135fbbf6000)
/lib/libc++.so.1:
        libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x2135fb299000)
        libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x2135fd6d1000)
        libc.so.7 =3D> /lib/libc.so.7 (0x2135fbbf6000)
/lib/libcxxrt.so.1:
        libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x2135fd6d1000)
        libc.so.7 =3D> /lib/libc.so.7 (0x2135fbbf6000)
/lib/libgcc_s.so.1:
        libc.so.7 =3D> /lib/libc.so.7 (0x2135fbbf6000)
[preloaded]
        [vdso] (0x2135f8f3e000)
% ldd -a  /usr/local/lib/libopus.so.0.9.0
/usr/local/lib/libopus.so.0.9.0:
        libm.so.5 =3D> /lib/libm.so.5 (0x1f58e8f10000)
        libc.so.7 =3D> /lib/libc.so.7 (0x1f58e9727000)
/lib/libm.so.5:
        libc.so.7 =3D> /lib/libc.so.7 (0x1f58e9727000)
[preloaded]
        [vdso] (0x1f58e87ae000)

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-277021-21738-evyt7uIX7X>