On Fri, 14 Jan 2022 at 11:32, Jonathan Wakely <jwak...@redhat.com> wrote:

>
>
> On Wed, 12 Jan 2022 at 09:34, Jonathan Wakely via Libstdc++ <
> libstd...@gcc.gnu.org> wrote:
>
>> This passes testing (with -std=gnu++98/11/17/20) but is quite a large
>> patch for this late in stage 3. Does anybody object to doing this now?
>> The bugs it fixes were closed as INVALID because we're not actually
>> *required* to remove these or deprecate them. But users are right to
>> complain about us silently accepting use of things like std::bind1st in
>> C++20 mode. Probably WONTFIX would have been better, and in fact we can
>> fix them (as this patch does). If we don't do this, users will keep
>> reporting bugs about it, but it could wait for stage 1 if needed.
>>
>
> Pushed to trunk.
>
>
And this fix for the g++ tests.

Tested powerpc64le-linux, pushed to trunk.
commit bca1c431affee41ecadb7f29d8d65142a73e0ebf
Author: Jonathan Wakely <jwak...@redhat.com>
Date:   Fri Jan 14 22:08:16 2022

    libstdc++: Ignore deprecated warnings [PR104037]
    
    The std::pointer_to_binary_function utility was deprecated in C++11 and
    removed in C++17. Libstdc++ has started to warn about using it, so
    suppress the warnings for this test.
    
    gcc/testsuite/ChangeLog:
    
            PR testsuite/104037
            * g++.old-deja/g++.robertl/eb43.C: Ad -Wno-deprecated.

diff --git a/gcc/testsuite/g++.old-deja/g++.robertl/eb43.C 
b/gcc/testsuite/g++.old-deja/g++.robertl/eb43.C
index 90afbe4f190..c54050c3c7a 100644
--- a/gcc/testsuite/g++.old-deja/g++.robertl/eb43.C
+++ b/gcc/testsuite/g++.old-deja/g++.robertl/eb43.C
@@ -5,6 +5,7 @@
 // to pointer_to_binary_function, which has an `explicit' constructor.
 
 // { dg-prune-output "note" }
+// { dg-options "-Wno-deprecated" }
 
 #include <vector>
 #include <algorithm>

Reply via email to