From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.CeBiTec.Uni-Bielefeld.DE (smtp.CeBiTec.Uni-Bielefeld.DE [129.70.160.84]) by sourceware.org (Postfix) with ESMTPS id B79B93858D1E; Tue, 2 May 2023 11:20:58 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org B79B93858D1E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=CeBiTec.Uni-Bielefeld.DE Authentication-Results: sourceware.org; spf=none smtp.mailfrom=cebitec.uni-bielefeld.de Received: from localhost (localhost [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 6D93BC2505; Tue, 2 May 2023 13:20:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at CeBiTec.Uni-Bielefeld.DE Received: from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (smtp.cebitec.uni-bielefeld.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qgsycCg4eYwd; Tue, 2 May 2023 13:20:57 +0200 (CEST) Received: from manam.CeBiTec.Uni-Bielefeld.DE (p4fddbd13.dip0.t-ipconnect.de [79.221.189.19]) (Authenticated sender: ro) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPSA id D92B2C222D; Tue, 2 May 2023 13:20:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=CeBiTec.Uni-Bielefeld.DE; s=20200306; t=1683026457; bh=+xibP0n8Xba++bHY4oHYhb1lFO2jOVJTch8k9uVjFXM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=EuCcUsXl/cJC2XDAEam7vD+XguW1BGreTxuPkH8p0AxUBFtXbrb7XbzwoatoLAxM+ soNCVyUEYrhDzy7/EBQx8An54OqjlhKl+vytMh36OSTUb6tGxogzx4QQemJNDsPwuS jDpEvdv+nmjZYynb/0KfDNIlOChnhCko3xKfsUck0T4YrYYwT2Vca7tVmUQiU4miU8 1H6ptEUQXzA3jpm9KqOKOTtXVD2+ZILvIa6wuSJLayF5ys0FQACGB0IaALjav0UG3B SgwiXfkHUm2b+2tbuJDX7pneLBL6upKgS/o/PZRNXXzWuQSYiqo9i29tM3B5FFlf0T p03m087vdvu1w== From: Rainer Orth To: Jakub Jelinek Cc: Jonathan Wakely , Patrick Palka , gcc-patches@gcc.gnu.org, libstdc++@gcc.gnu.org Subject: Re: [PATCH] libstdc++: Another attempt to ensure g++ 13+ compiled programs enforce gcc 13.2+ libstdc++.so.6 [PR108969] References: Date: Tue, 02 May 2023 13:20:56 +0200 In-Reply-To: (Jakub Jelinek's message of "Fri, 28 Apr 2023 09:34:40 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1.90 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-3787.9 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,SPF_HELO_NONE,SPF_NONE,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi Jakub, > Bootstrapped/regtested on x86_64-linux, i686-linux and sparc-sun-solaris2.11 > > On the last one I've actually checked a version which had > defined(_GLIBCXX_SYMVER_SUN) next to defined(_GLIBCXX_SYMVER_GNU), but > init_priority attribute doesn't seem to be supported there and so I couldn't > actually test how this works there. Using gas and Sun ld, Rainer, does one > need to use gas + gld for init_priority or something else? it's complicated, as usual ;-) While Solaris 11.3 ld has basic .init_priority etc. support, it doesn't know about priorities, so the support is disabled. This is what you see on gcc211 in the cfarm. Solaris 11.4 ld on the other hand added everything to make the configure test work, so HAVE_INITFINI_ARRAY_SUPPORT is enabled. Unfortunately, there's still PR c++/52477 (dup of PR c++/81337) where g++ makes unwarranted assumptions which happen to hold on Linux/glibc (only?), but often break other targets (Solaris, Darwin, FreeBSD) in unexpected places (like libsanitizer). I've made at least two attempts at a fix which got me nowhere, so I'm considering disabling HAVE_INITFINI_ARRAY_SUPPORT on Solaris for good. This is purely a g++ issue, clang++ gets this right. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University