From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 10:41:17 2021 Received: (at 50243) by debbugs.gnu.org; 4 Sep 2021 14:41:17 +0000 Received: from localhost ([127.0.0.1]:48352 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMWr7-0006jv-2g for submit@debbugs.gnu.org; Sat, 04 Sep 2021 10:41:17 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMWr5-0006jj-BX for 50243@debbugs.gnu.org; Sat, 04 Sep 2021 10:41:15 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33474) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mMWqz-0003Au-2Z; Sat, 04 Sep 2021 10:41:09 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=48862 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mMWqy-0006TD-QM; Sat, 04 Sep 2021 10:41:08 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Sarah Morgensen Subject: Re: bug#50243: [core-updates-frozen] "multiple definition of..." build failures References: <86k0k5462m.fsf@mgsn.dev> Date: Sat, 04 Sep 2021 16:41:06 +0200 In-Reply-To: <86k0k5462m.fsf@mgsn.dev> (Sarah Morgensen's message of "Sat, 28 Aug 2021 14:23:13 -0700") Message-ID: <87h7f0z9ml.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50243 Cc: 50243@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi Sarah, Sarah Morgensen skribis: > Gentoo's tracker for this issue [2] also has some more info. I manually > searched Cuirass build logs and found 28 packages failing on x86_64 with > this error: > > arcan-sdl@0.5.5.2-1.b4dd1fb > aris@2.2 > blastem@0.6.2 > chocolate-doom@3.0.1 > crispy-doom@5.8.0 > geeqie@1.5 > glabels@3.4.1 > gmtp@1.3.11 > gpredict@2.2.1 > gtksheet@4.3.5 > jumpnbump@1.61 > lablgtk@2.18.10 > libappindicator@12.10.0 > libopenshot@0.2.5 > libsrtp@2.3.0 > linsmith@0.99.31 > megaglest@3.13.0 > mupen64plus-core@2.5 > ocaml4.07-lablgtk@1.18.10 > ocl-icd@2.2.12 > opencpn@5.0.0 > pcsxr@1.9.95 > pipewire@0.2.7 > transcode@1.1.7 > transmission-remote-gtk@1.4.1 > uget@2.2.1 > uim-gtk@1.8.8 > uim-qt@1.8.8 > > I submitted an issue upstream for transmission-remote-gtk [3], but I > haven't taken a look at the others. Any takers? Great that you built a list of affected packages. I guess there are several options: 1. Build with =E2=80=98-fcommon=E2=80=99, effectively restoring pre-GCC-1= 0 behavior; 2. Build with GCC 8.x or so, for example by adding it to =E2=80=98native-inputs=E2=80=99; 3. Upgrade packages and hope for the best; 4. Add the missing =E2=80=98extern=E2=80=99 keyword in declarations, assu= ming that really is the problem. I suppose we=E2=80=99ll have to see on a case-by-cases basis which approach= is the easiest. Since we have a list, let=E2=80=99s parallelize work and synchronize on IRC and in this issue! Thanks, Ludo=E2=80=99.