From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 4234A158041 for ; Tue, 20 Feb 2024 06:40:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B29E62BC07A; Tue, 20 Feb 2024 06:40:43 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (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) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 63C642BC017 for ; Tue, 20 Feb 2024 06:40:43 +0000 (UTC) References: <20240220043235.3889132-1-eschwartz93@gmail.com> <20240220043235.3889132-2-eschwartz93@gmail.com> User-agent: mu4e 1.10.8; emacs 30.0.50 From: Sam James To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH 1/3] meson.eclass: wire up LTO support directly into the meson options Date: Tue, 20 Feb 2024 06:40:23 +0000 Organization: Gentoo In-reply-to: Message-ID: <871q97ljtl.fsf@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Archives-Salt: bf2fa83f-a200-43ac-b500-c4e1ef75799f X-Archives-Hash: 19a4ffb88b2d909f909574a32a944a79 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Eli Schwartz writes: > [[PGP Signed Part:Undecided]] > On 2/20/24 1:24 AM, Mike Gilbert wrote: >> I'm afraid I get different results. Build log attached. Happy to help >> figure this out tomorrow. >>=20 >> To test, I applied this patch and ran this: >>=20 >> ABI_X86=3D"32 x32 64" CFLAGS=3D"-O2 -pipe -march=3Damdfam10 -flto=3D2" e= build >> zstd-1.5.5-r1.ebuild clean configure > > > Yikes. I wonder if this is also a problem for ffmpeg: > > multilib_src_configure() { > > [...] > > # LTO support, bug #566282, bug #754654, bug #772854 > if [[ ${ABI} !=3D x86 ]] && tc-is-lto; then > # Respect -flto value, e.g -flto=3Dthin > local v=3D"$(get-flag flto)" > [[ -n ${v} ]] && myconf+=3D( "--enable-lto=3D${v}" ) || myconf+= =3D( > "--enable-lto" ) > fi > filter-lto It is indeed.. https://bugs.gentoo.org/923491. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iOUEARYKAI0WIQQlpruI3Zt2TGtVQcJzhAn1IN+RkAUCZdRJZl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0MjVB NkJCODhERDlCNzY0QzZCNTU0MUMyNzM4NDA5RjUyMERGOTE5MA8cc2FtQGdlbnRv by5vcmcACgkQc4QJ9SDfkZBxAQEA6QYNiPmoI6dZPF71fVHdYTOoDdcqL69zn3yw b4V6mxUBANZ82hoyKXsman2TlNNRPZL0DAaTz7u3QakKt1ctZEkP =nX4+ -----END PGP SIGNATURE----- --=-=-=--