Date: Wed, 14 Feb 2024 13:34:42 +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-SM7QFaC6Cb@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 #24 from Guido Falsi <madpilot@FreeBSD.org> --- (In reply to Tomoaki AOKI from comment #22) I don't think that can be possible. The failure happens during startup, whi= le ld is doing the dynamic linking. Not even a single line of code from firefox has ran. (In reply to Ale from comment #23) While I can't exclude it beforehand, it looks improbable that -march flags = have such an effect, and maybe it is something else that has changed due to the rebuild. The fact the adding LDFLAGS=3D-lm "fixes" it makes me doubtful the -lm opti= on is already present in the failing builds, or maybe it is an indirect dependenc= y. Could someone with a broken binary handy post the output of "ldd -a /usr/local/lib/firefox/libgkcodecs.so"? (can't do it right now, due to my build machine being busy with other compilations) --=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-SM7QFaC6Cb>