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 178F91581C1 for ; Tue, 9 Jul 2024 03:08:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 283F6E2A48; Tue, 9 Jul 2024 03:08:54 +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 0CC7EE2A48 for ; Tue, 9 Jul 2024 03:08:54 +0000 (UTC) Received: from oystercatcher.gentoo.org (oystercatcher.gentoo.org [148.251.78.52]) (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 smtp.gentoo.org (Postfix) with ESMTPS id 127AA343011 for ; Tue, 9 Jul 2024 03:08:53 +0000 (UTC) Received: from localhost.localdomain (localhost [IPv6:::1]) by oystercatcher.gentoo.org (Postfix) with ESMTP id 70A341DFB for ; Tue, 9 Jul 2024 03:08:51 +0000 (UTC) From: "Eli Schwartz" To: gentoo-commits@lists.gentoo.org Content-Transfer-Encoding: 8bit Content-type: text/plain; charset=UTF-8 Reply-To: gentoo-dev@lists.gentoo.org, "Eli Schwartz" Message-ID: <1720494515.f149ed13e8e2abfc5cab650e1b417a2a6eb7a50f.eschwartz@gentoo> Subject: [gentoo-commits] repo/gentoo:master commit in: sci-physics/pythia/ X-VCS-Repository: repo/gentoo X-VCS-Files: sci-physics/pythia/pythia-6.4.28-r2.ebuild X-VCS-Directories: sci-physics/pythia/ X-VCS-Committer: eschwartz X-VCS-Committer-Name: Eli Schwartz X-VCS-Revision: f149ed13e8e2abfc5cab650e1b417a2a6eb7a50f X-VCS-Branch: master Date: Tue, 9 Jul 2024 03:08:51 +0000 (UTC) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-commits@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply X-Archives-Salt: 68c1931d-8ec0-452e-b91b-d8e43882d4b1 X-Archives-Hash: 51f7795a76bddec45d4ee86ca22eacea commit: f149ed13e8e2abfc5cab650e1b417a2a6eb7a50f Author: Eli Schwartz gentoo org> AuthorDate: Tue Jul 9 02:57:12 2024 +0000 Commit: Eli Schwartz gentoo org> CommitDate: Tue Jul 9 03:08:35 2024 +0000 URL: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f149ed13 sci-physics/pythia: mark as LTO-unsafe It's very old code. So old, in fact, that upstream doesn't support it anymore and introduced a major new release series (which resulted in adding an outright SLOT to the ebuild) to port it to C++. And that was in 2012. The error itself is, naturally, fortran related. :) :) So there is simply no point in reporting this anywhere. The newer SLOT works fine. Simply prevent LTO. Anyways, no one is using 6.x except "to allow older published results to be reproduced, should the need arise". Free permission to not care about LTO... Closes: https://bugs.gentoo.org/927728 Signed-off-by: Eli Schwartz gentoo.org> sci-physics/pythia/pythia-6.4.28-r2.ebuild | 15 +++++++++++++-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/sci-physics/pythia/pythia-6.4.28-r2.ebuild b/sci-physics/pythia/pythia-6.4.28-r2.ebuild index 01ffdc71dd71..14188ab9f6df 100644 --- a/sci-physics/pythia/pythia-6.4.28-r2.ebuild +++ b/sci-physics/pythia/pythia-6.4.28-r2.ebuild @@ -1,9 +1,9 @@ -# Copyright 1999-2023 Gentoo Authors +# Copyright 1999-2024 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 EAPI=7 -inherit autotools fortran-2 +inherit autotools flag-o-matic fortran-2 MV=$(ver_cut 1) MY_PN=${PN}${MV} @@ -70,6 +70,17 @@ src_prepare() { } src_configure() { + # -Werror=lto-type-mismatch + # https://bugs.gentoo.org/927728 + # + # Fixed in SLOT 8, so no point in reporting it upstream or trying to fix + # it. The 6.x series is explicitly unsupported but graciously hosted "for + # reproduction of historic results". + # + # Anyway, the actual error is fortran related. The big feature of 8.x was + # porting to C++. + filter-lto + econf --disable-static }