From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) by sourceware.org (Postfix) with ESMTPS id AB4DA384A01E for ; Mon, 8 Feb 2021 12:58:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org AB4DA384A01E Received: by mail-ej1-x629.google.com with SMTP id sa23so24553288ejb.0 for ; Mon, 08 Feb 2021 04:58:42 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Vg1plDE3NXWymRHvTlcpNSB4scwjhj8BbuS9zUWBvkA=; b=Z/WZYPPO0kmlmP7p5znexN96XOkwZFIXQleXpWwUlaw4BWyGxkCDswt32sJrt0Cjog 4dtCBoL1LRHGepXyg6Bg03PPvcg7ehVRJ9ZU7bFW1ddDGRtTvrOBP40MA2t60Vi7gN60 l4Qi0cUNt6zo2b5qFRFHu7Gf8h/KI6uK0V2PCRDmysL7D5/UsqTwXByWNAuqN00INIU1 5TOrH/jogSUAGp6qh76Xkc/uUtLgWd6SbVHgDKwSJlh9PuLR36rYuiuxfFtAf2Eks89d p0dJtAxTuV1SKprZil/q5NONmobzbwnqL3fFfG8ruZEuXYxi9k8L9tnACLjnHUMw+Hj5 s2Sg== X-Gm-Message-State: AOAM533cN+fcOms6a0JIKM1dpd65hTF8duufQA1XmwN9akFibXuiXhVT yibXW0sG2xWZuFq8Gyx1gkYFo9NAGFdevur6iFg= X-Google-Smtp-Source: ABdhPJz6XEHH5HOXfgJeeQO2nFSuOZeNynYwC2dwytdGSeujG0kVaLAdBIPk2zYffdLpp4JwirjVblDbMLIbtyeJP7M= X-Received: by 2002:a17:906:b253:: with SMTP id ce19mr9367619ejb.117.1612789121805; Mon, 08 Feb 2021 04:58:41 -0800 (PST) MIME-Version: 1.0 References: <20201207203033.GI2309743@redhat.com> <87sg8h8i2e.fsf@keithp.com> <20201207210659.GK2309743@redhat.com> <20210108182111.GE9471@redhat.com> <87eehrbuuv.fsf@keithp.com> <875z33bhpx.fsf@keithp.com> In-Reply-To: <875z33bhpx.fsf@keithp.com> From: Vladimir V Date: Mon, 8 Feb 2021 13:58:30 +0100 Message-ID: Subject: Re: Problem building libstdc++ for the avr target To: Keith Packard Cc: Jonathan Wakely , libstdc++@gcc.gnu.org X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00, BODY_8BITS, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, 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 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: libstdc++@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libstdc++ mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Feb 2021 12:58:43 -0000 It should be available in installation in bits/c++config.h. =D0=BF=D0=BD, 8 =D1=84=D0=B5=D0=B2=D1=80. 2021 =D0=B3. =D0=B2 00:06, Keith = Packard : > Vladimir V writes: > > > But If the GNU C++ standard library extensions where stdio_sync_filebuf > > belongs > > supports non-posix targets then maybe include should be > > moved inside _GLIBCXX_HAVE_UNISTD_H guard? > > This should provide backward compatibility. > > I thought about using a #ifdef guard, but that relies on that definition > being available when building applications using the header file, and I > don't whether the definition is only available while building libstdc++ > or is also available when building applications using libstdc++ > > > -- > -keith >