From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <jwakely@redhat.com>
Received: from us-smtp-delivery-124.mimecast.com
 (us-smtp-delivery-124.mimecast.com [63.128.21.124])
 by sourceware.org (Postfix) with ESMTP id 806463844008
 for <gcc-patches@gcc.gnu.org>; Mon, 16 Nov 2020 10:28:22 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 806463844008
Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com
 [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id
 us-mta-240-kCbeuwQKMlGTn4gj8vCSug-1; Mon, 16 Nov 2020 05:28:18 -0500
X-MC-Unique: kCbeuwQKMlGTn4gj8vCSug-1
Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com
 [10.5.11.15])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 135EC1868425;
 Mon, 16 Nov 2020 10:28:17 +0000 (UTC)
Received: from localhost (unknown [10.33.36.170])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 94F84176BB;
 Mon, 16 Nov 2020 10:28:16 +0000 (UTC)
Date: Mon, 16 Nov 2020 10:28:15 +0000
From: Jonathan Wakely <jwakely@redhat.com>
To: Rainer Orth <ro@cebitec.uni-bielefeld.de>
Cc: libstdc++@gcc.gnu.org, gcc-patches@gcc.gnu.org,
 Iain Sandoe <idsandoe@googlemail.com>
Subject: Re: [PATCH] libstdc++: Fix error shown during Solaris build
Message-ID: <20201116102815.GR503596@redhat.com>
References: <20201113110735.GA505111@redhat.com>
 <20201113111644.GH503596@redhat.com>
 <yddeekty501.fsf@CeBiTec.Uni-Bielefeld.DE>
MIME-Version: 1.0
In-Reply-To: <yddeekty501.fsf@CeBiTec.Uni-Bielefeld.DE>
X-Clacks-Overhead: GNU Terry Pratchett
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: redhat.com
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
X-Spam-Status: No, score=-8.1 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH,
 DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE,
 RCVD_IN_MSPIKE_H5, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS,
 TXREP autolearn=unavailable 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 <gcc-patches.gcc.gnu.org>
List-Unsubscribe: <https://gcc.gnu.org/mailman/options/gcc-patches>,
 <mailto:gcc-patches-request@gcc.gnu.org?subject=unsubscribe>
List-Archive: <https://gcc.gnu.org/pipermail/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-request@gcc.gnu.org?subject=help>
List-Subscribe: <https://gcc.gnu.org/mailman/listinfo/gcc-patches>,
 <mailto:gcc-patches-request@gcc.gnu.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2020 10:28:23 -0000

On 16/11/20 11:23 +0100, Rainer Orth wrote:
>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

Yes, I was aware of that renaming.

>was folded into libc in the OpenSolaris timeframe, leaving librt only as
>a filter on libc.

Ah, I didn't know that.

>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.

Great, thanks.