From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from hamza.pair.com (hamza.pair.com [209.68.5.143]) by sourceware.org (Postfix) with ESMTPS id 08CDB3858C5E; Wed, 1 Nov 2023 22:11:50 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 08CDB3858C5E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=pfeifer.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=pfeifer.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 08CDB3858C5E Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=209.68.5.143 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1698876711; cv=none; b=r/av0GoBXS9/ifHb1tJpAX5oj7g4q6GCjFpcUidr6RSG+lVN1pq+8ya3rVfD51pbN1TwUvKThMcoy4r0Q4E/m5ApkV5ti2o51uaywlluKYndbqQQbQLg5SBR/Z4Koi1N/RtvmqWMdPsNOw44CTbEAAtDG694a3tnArqGlkCEJN0= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1698876711; c=relaxed/simple; bh=KZ4hLELFu3ub1YXC+Jdo3DYi2SNz5gU3LXK1ydcV4Qw=; h=Date:From:To:Subject:Message-ID:MIME-Version; b=uJSmRaUMdsuzvLsk1zFZI+abfGBsYmBYeLHkqR1UQrVxkfveUsOVKO7N/8J+HMmpfZzvvLvThCRhV3kBL/tnAlw3mQX7gGSxadAUrJ1hZsmbFKRe7gBdOOOno1e15RB5pR7evsGvxrB3JPcqHi9Q2zTN/DgqoaQUqlUlr7cPkZw= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from hamza.pair.com (localhost [127.0.0.1]) by hamza.pair.com (Postfix) with ESMTP id 9C5C933ED6; Wed, 1 Nov 2023 18:11:49 -0400 (EDT) Received: from naga.localdomain (188-23-62-207.adsl.highway.telekom.at [188.23.62.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by hamza.pair.com (Postfix) with ESMTPSA id F394233F32; Wed, 1 Nov 2023 18:11:48 -0400 (EDT) Date: Wed, 1 Nov 2023 23:11:47 +0100 (CET) From: Gerald Pfeifer To: Jonathan Wakely cc: libstdc++@gcc.gnu.org, gcc-patches@gcc.gnu.org Subject: Re: [committed] libstdc++: Minor update to installation docs In-Reply-To: <20230918111807.2453946-1-jwakely@redhat.com> Message-ID: <41eb2189-57c4-a6a1-765f-09d4e5f4275a@pfeifer.com> References: <20230918111807.2453946-1-jwakely@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Scanned-By: mailmunge 3.11 on 209.68.5.143 X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,RCVD_IN_BARRACUDACENTRAL,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Mon, 18 Sep 2023, Jonathan Wakely via Gcc-patches wrote: > @@ -103,8 +103,10 @@ ln -s libiconv-1.16 libiconv > > If GCC 3.1.0 or later on is being used on GNU/Linux, an attempt > will be made to use "C" library functionality necessary for > - C++ named locale support. For GCC 4.6.0 and later, this > - means that glibc 2.3 or later is required. > + C++ named locale support, e.g. the newlocale > + and uselocale functions. > + For GCC 4.6.0 and later, > + this means that glibc 2.3 or later is required. Do we still need to provide those details on GCC 3.1+ and GCC 4.6+? Would it make sense to simply require glibc 2.3 (or higher)? Gerald