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 07D60386180A; Mon, 16 Nov 2020 10:23:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 07D60386180A Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=CeBiTec.Uni-Bielefeld.DE Authentication-Results: sourceware.org; spf=none smtp.mailfrom=ro@cebitec.uni-bielefeld.de Received: from localhost (localhost [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 881BBCA0C; Mon, 16 Nov 2020 11:23:43 +0100 (CET) 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 5932qt5t6-9z; Mon, 16 Nov 2020 11:23:43 +0100 (CET) Received: from manam.CeBiTec.Uni-Bielefeld.DE (p4fddb2f4.dip0.t-ipconnect.de [79.221.178.244]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPSA id 0D2F5C3E0; Mon, 16 Nov 2020 11:23:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=CeBiTec.Uni-Bielefeld.DE; s=20200306; t=1605522223; bh=b0AwlqeV06NKIXnReQHb+LGmp6n/JVZQBLXThpVaDQw=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=NsoqAxv8OyxoDIk9uIN73F3fos7dnx4Uj4Vy/50omD0Wa/hMX8K1Y0lANIkXRlEMO 02OVIP3jldXYnyghd8fOOeZGvhOaOfuAFKTDYlO38rKPwly0Xb5LNq9OhqL1SDsRmx 7/JvsUHS9r9lwniaMsqamrzo8ZdF7j2PRH5T7zCEe+AhoVlYiVSB/WxkkE6dJL/YNw gswLxrsq1HADPTEMlIcBJ2dY7ZfbTbPBziK3rDiZ+WEpYFEASjkqytBuaprAkHBab/ E28cC/YmmGOcylcKBOEIKH4Lcj+F0IPyC3OnOLEWoycZ3Com33CueN8XiZ3QbZxIee 9BCrh1ifdgHCg== From: Rainer Orth To: Jonathan Wakely Cc: libstdc++@gcc.gnu.org, gcc-patches@gcc.gnu.org, Iain Sandoe Subject: Re: [PATCH] libstdc++: Fix error shown during Solaris build References: <20201113110735.GA505111@redhat.com> <20201113111644.GH503596@redhat.com> Date: Mon, 16 Nov 2020 11:23:42 +0100 In-Reply-To: <20201113111644.GH503596@redhat.com> (Jonathan Wakely's message of "Fri, 13 Nov 2020 11:16:44 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-3790.0 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2020 10:23:46 -0000 Hi Jonathan, > But in practice the snippet above is only used if you explicitly > configure with --enable-libstdcxx-time={yes,rt} and will only add > anything to GLIBCXX_LIBS if clock_gettime or nanosleep lives in one of > librt or libposix4. I think libposix4 is Solaris-specific, and I don't > think Darwin has librt. So in practice I don't think there's a > problem on Darwin today. I've had a look and both support for libposix4 and librt can go on Solaris: libposix4 was renamed to librt in Solaris 7 (1998) and librt was folded into libc in the OpenSolaris timeframe, leaving librt only as a filter on libc. Thus, it's no longer need on either Solaris 11 or Illumos. Unfortunately, it seems librt support cannot go completely: it's still needed for HP-UX 11 (sem_init) and glibc < 2.17 (clock_gettime). I'll prepare a patch for the Solaris side. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University