From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4753 invoked by alias); 11 Nov 2019 10:20:25 -0000 Mailing-List: contact libstdc++-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libstdc++-owner@gcc.gnu.org Received: (qmail 4740 invoked by uid 89); 11 Nov 2019 10:20:25 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=0.0 required=5.0 tests=BAYES_05,FREEMAIL_FROM,HTML_MESSAGE,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.1 spammy=portability, HX-Google-DKIM-Signature:reply-to, HX-Languages-Length:1144, H*c:alternative X-HELO: mail-il1-f171.google.com Received: from mail-il1-f171.google.com (HELO mail-il1-f171.google.com) (209.85.166.171) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 11 Nov 2019 10:20:23 +0000 Received: by mail-il1-f171.google.com with SMTP id a7so11169251ild.6 for ; Mon, 11 Nov 2019 02:20:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:from:date:message-id:subject:to; bh=rN3xxpyAMydrN+lG4KWFYAOiwzo0CbIc9wFc9pazBxQ=; b=T+A6DuwC2pCuDX4YlZDQDuLpknQlOoG4Jf4uYxQlzk7xhDbcJYum52oj8FZ/HQ378w buzhA8tHqzYv6DWH0Nxig38xQ/RACffgKdlUICo4xzXUL/j3A5rYDRBBKp6sqvy2qVWk AKx2aA0+UTll2FwhReM4F8+LgNdRYWX5W5mPKLDd+jgA7NuTfyZdTyXrCxGbOmFNCvXt xAXgQ85scq0F28YcJH+g9ljF5NgmRsJ9cXCBbiXFBihSeDetLAnUc3+5gY2iY2Fc+dHS uk2qt4OZ//Gqe2etROpBfmgs3Wjv6QcPPA089GUxJ1IHQXpN0OohKir2mlPIhGsoh22B nbjQ== MIME-Version: 1.0 Reply-To: fredrik.hellman@gmail.com From: Fredrik Hellman Date: Mon, 11 Nov 2019 10:20:00 -0000 Message-ID: Subject: std::unary_function is still present in C++17 To: libstdc++@gcc.gnu.org Content-Type: text/plain; charset="UTF-8" X-SW-Source: 2019-11/txt/msg00013.txt.bz2 Hi, I am surprised to see that std::unary_function is still defined when including "functional" and compiling for C++17. It appears to be defined in bits/stl_function.h where it is defined regardless of C++ version. This gives me a bit of portability problems, since I get no indication from the library that it is removed and might not compile on other platforms. For instance, the class has been removed in MSVC. Is there some way for me to keep the compiler/library to stick more pedantically to the standard? Best regards, Fredrik Hellman