From nobody Sat Feb 17 08:53:48 2024 X-Original-To: gecko@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TcMzJ5gpYz59j4K for ; Sat, 17 Feb 2024 08:53:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TcMzJ0cd7z4p42 for ; Sat, 17 Feb 2024 08:53:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1708160028; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HxcZEElQd1IUqUDUQnlkcfmlz+EnWM90bo4guR7HuvQ=; b=adCGvEEO8cL4dvnyMeOIzRCmRm2Y4G/d9RIkAV4um7Jr4oondR2GidNjhlCZ/BLsCfFEnl sFyvVXdKDMKltB1pyeczjHb6Jft3j13qffU2l+Ev1aXY80cXqkc3EN9OBkayTMVcVY0Dbd M/esB0wK4aNYYe3JQ+X5sGCPEEU2+f2ZQp4E9FwDZG+FN4qR7xalXMPFjzlVkDXKn5G14P YuFXH5icK5UySSpzpd9pST9YrgClDz06i6m8CaqbmRLsKUnDb6RqzntEzLRPxyBPcy6lUt RQhpppkeW0Lzn/SzXF3+qWXBC3u0phH0CoJRTG9usX4//SP3G9B+b3Q+O0gvOg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1708160028; a=rsa-sha256; cv=none; b=d740PYl0osp9bmuym0+HT/lWc2febNrYQVctxbUkLvMcuZpY6jnR2KF/0265N/TcGxycbd H4tJryfyUDaXlUWOoCtI87IcdCGNttkrJqlOV8eQrWUD7yHyHNx4Gu137kSuAlJfH7ByyT GkdFXgMWrh2Z4iktP3mCLvmN6SqR8ge6Syk/dV1hCo46UkOq7nXtkp24HbgxsVT24ri6gx CYy9QhNqkvez0dEP+RsC2o+ZWCpdX7qhtADJr8Wj4eBqO1bIJuoh5c88UdQr51mqj4d9qp mojMGjP36aA0aMLyS220uQJpcUP0JSPbSuVxSvAiHvoHPjUecyhZDvzuKxPnnQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4TcMzH6nPKz121y for ; Sat, 17 Feb 2024 08:53:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 41H8rl23054931 for ; Sat, 17 Feb 2024 08:53:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 41H8rlT4054930 for gecko@FreeBSD.org; Sat, 17 Feb 2024 08:53:47 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: gecko@FreeBSD.org Subject: [Bug 277021] www/firefox: error on start after updating to 123.0 (rc1, rc2) Date: Sat, 17 Feb 2024 08:53:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: junchoon@dec.sakura.ne.jp X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gecko@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Gecko Rendering Engine issues List-Archive: https://lists.freebsd.org/archives/freebsd-gecko List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-gecko@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277021 --- Comment #66 from Tomoaki AOKI --- (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.=