Date: Wed, 06 Mar 2024 04:01:40 +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-2QhoNINZht@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 #82 from Tatsuki Makino <tatsuki_makino@hotmail.com> --- (In reply to Guido Falsi from comment #80) I think attachment 248472 (comment #30) is not just a workaround, but a necessary upstream fix. The other point that needs to be fixed is that multimedia libraries such as= aom are trying to link against libxul.so. It can be found by "-o libxul\.so" being grep'd. Libraries such as aom and dav1d are considered sufficient to be linked towa= rds libmozavcodec.so. It is the libm that is troublesome :) Whenever libgkcodecs.so is linked, it is likely to need to be linked at any time because there is not enough libm. It is an attachment 248472. Leave the other parts to the C++ linker's ability to link on its own :) This may be related to a built-in function as described in /usr/src/contrib/llvm-project/clang/include/clang/Basic/Builtins.def, but I don't know :) Preference is given to built-in functions, but if they are not available, l= ink to outside libraries. We can presume that it is likely to do so automatically. It seems that it may be another problem (rust?) that is not working with aarch64. Without some resolution to this issue, it will be difficult to get started = on that one, maybe... --=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-2QhoNINZht>