public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libstdc++/101571] New: DestroyGuard used by the ranges::uninitialized family should use addressof()
@ 2021-07-22  5:58 hewillk at gmail dot com
  2021-07-22  9:15 ` [Bug libstdc++/101571] " redi at gcc dot gnu.org
                   ` (6 more replies)
  0 siblings, 7 replies; 8+ messages in thread
From: hewillk at gmail dot com @ 2021-07-22  5:58 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101571

            Bug ID: 101571
           Summary: DestroyGuard used by the ranges::uninitialized family
                    should use addressof()
           Product: gcc
           Version: 12.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libstdc++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: hewillk at gmail dot com
  Target Milestone: ---

The Standard Library should consistently use addressof() to defend itself
against overloaded operator&().

#include <memory>

struct I {
  using value_type = std::string;
  using difference_type = std::ptrdiff_t;

  I& operator++();
  I operator++(int);
  value_type& operator*() const;
  void operator&() = delete;
  bool operator==(const I&) const;
};

int main() {
  std::ranges::uninitialized_default_construct(I{}, I{});
}

https://godbolt.org/z/5Pb67b9jx

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug libstdc++/101571] DestroyGuard used by the ranges::uninitialized family should use addressof()
  2021-07-22  5:58 [Bug libstdc++/101571] New: DestroyGuard used by the ranges::uninitialized family should use addressof() hewillk at gmail dot com
@ 2021-07-22  9:15 ` redi at gcc dot gnu.org
  2021-07-22  9:37 ` redi at gcc dot gnu.org
                   ` (5 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: redi at gcc dot gnu.org @ 2021-07-22  9:15 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101571

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2021-07-22

--- Comment #1 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Rather than add __addressof everywhere, we could change the constructor to take
a reference and take the address in the constructor:

--- a/libstdc++-v3/include/bits/ranges_uninitialized.h
+++ b/libstdc++-v3/include/bits/ranges_uninitialized.h
@@ -106,8 +106,8 @@ namespace ranges

       public:
        explicit
-       _DestroyGuard(const _Iter* __iter)
-         : _M_first(*__iter), _M_cur(__iter)
+       _DestroyGuard(const _Iter& __iter)
+         : _M_first(__iter), _M_cur(std::__addressof(__iter))
        { }

        void
@@ -149,7 +149,7 @@ namespace ranges
          return ranges::next(__first, __last);
        else
          {
-           auto __guard = __detail::_DestroyGuard(&__first);
+           auto __guard = __detail::_DestroyGuard(__first);
            for (; __first != __last; ++__first)
              ::new (__detail::__voidify(*__first)) _ValueType;
            __guard.release();

and so on for each use of it.

But I also have a patch to just do this everywhere:

--- a/libstdc++-v3/include/bits/ranges_uninitialized.h
+++ b/libstdc++-v3/include/bits/ranges_uninitialized.h
@@ -149,7 +149,7 @@ namespace ranges
          return ranges::next(__first, __last);
        else
          {
-           auto __guard = __detail::_DestroyGuard(&__first);
+           auto __guard = __detail::_DestroyGuard(std::__addressof(__first));
            for (; __first != __last; ++__first)
              ::new (__detail::__voidify(*__first)) _ValueType;
            __guard.release();

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug libstdc++/101571] DestroyGuard used by the ranges::uninitialized family should use addressof()
  2021-07-22  5:58 [Bug libstdc++/101571] New: DestroyGuard used by the ranges::uninitialized family should use addressof() hewillk at gmail dot com
  2021-07-22  9:15 ` [Bug libstdc++/101571] " redi at gcc dot gnu.org
@ 2021-07-22  9:37 ` redi at gcc dot gnu.org
  2021-07-22 13:37 ` cvs-commit at gcc dot gnu.org
                   ` (4 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: redi at gcc dot gnu.org @ 2021-07-22  9:37 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101571

--- Comment #2 from Jonathan Wakely <redi at gcc dot gnu.org> ---
We should also do this:

--- a/libstdc++-v3/testsuite/util/testsuite_iterators.h
+++ b/libstdc++-v3/testsuite/util/testsuite_iterators.h
@@ -175,10 +175,14 @@ namespace __gnu_test
 #if __cplusplus >= 201103L
     template<typename U>
       void operator,(const U&) const = delete;
+
+    void operator&() const = delete;
 #else
   private:
     template<typename U>
       void operator,(const U&) const;
+
+    void operator&() const;
 #endif
   };

@@ -288,10 +292,14 @@ namespace __gnu_test
 #if __cplusplus >= 201103L
     template<typename U>
       void operator,(const U&) const = delete;
+
+    void operator&() const = delete;
 #else
   private:
     template<typename U>
       void operator,(const U&) const;
+
+    void operator&() const;
 #endif
   };

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug libstdc++/101571] DestroyGuard used by the ranges::uninitialized family should use addressof()
  2021-07-22  5:58 [Bug libstdc++/101571] New: DestroyGuard used by the ranges::uninitialized family should use addressof() hewillk at gmail dot com
  2021-07-22  9:15 ` [Bug libstdc++/101571] " redi at gcc dot gnu.org
  2021-07-22  9:37 ` redi at gcc dot gnu.org
@ 2021-07-22 13:37 ` cvs-commit at gcc dot gnu.org
  2021-07-22 13:40 ` redi at gcc dot gnu.org
                   ` (3 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2021-07-22 13:37 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101571

--- Comment #3 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Jonathan Wakely <redi@gcc.gnu.org>:

https://gcc.gnu.org/g:aca7a0253d6e3116f846ad530b19d89644a64267

commit r12-2469-gaca7a0253d6e3116f846ad530b19d89644a64267
Author: Jonathan Wakely <jwakely@redhat.com>
Date:   Thu Jul 22 14:37:24 2021 +0100

    libstdc++: Use std::addressof in ranges::uninitialized_xxx [PR101571]

    Make the ranges::uninitialized_xxx algorithms use std::addressof to
    protect against iterator types that overload operator&.

    Signed-off-by: Jonathan Wakely <jwakely@redhat.com>

    libstdc++-v3/ChangeLog:

            PR libstdc++/101571
            * include/bits/ranges_uninitialized.h (_DestroyGuard): Change
            constructor parameter to reference and use addressof.
            * testsuite/util/testsuite_iterators.h: Define deleted operator&
            overloads for test iterators.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug libstdc++/101571] DestroyGuard used by the ranges::uninitialized family should use addressof()
  2021-07-22  5:58 [Bug libstdc++/101571] New: DestroyGuard used by the ranges::uninitialized family should use addressof() hewillk at gmail dot com
                   ` (2 preceding siblings ...)
  2021-07-22 13:37 ` cvs-commit at gcc dot gnu.org
@ 2021-07-22 13:40 ` redi at gcc dot gnu.org
  2021-11-23 21:17 ` cvs-commit at gcc dot gnu.org
                   ` (2 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: redi at gcc dot gnu.org @ 2021-07-22 13:40 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101571

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|unassigned at gcc dot gnu.org      |redi at gcc dot gnu.org
   Target Milestone|---                         |10.4
             Status|NEW                         |ASSIGNED

--- Comment #4 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Fixed on trunk only so far.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug libstdc++/101571] DestroyGuard used by the ranges::uninitialized family should use addressof()
  2021-07-22  5:58 [Bug libstdc++/101571] New: DestroyGuard used by the ranges::uninitialized family should use addressof() hewillk at gmail dot com
                   ` (3 preceding siblings ...)
  2021-07-22 13:40 ` redi at gcc dot gnu.org
@ 2021-11-23 21:17 ` cvs-commit at gcc dot gnu.org
  2021-11-26 16:35 ` cvs-commit at gcc dot gnu.org
  2021-11-26 17:31 ` redi at gcc dot gnu.org
  6 siblings, 0 replies; 8+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2021-11-23 21:17 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101571

--- Comment #5 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
<redi@gcc.gnu.org>:

https://gcc.gnu.org/g:667339efd8ee10079aac9684c5d1c9c9b28d9da6

commit r11-9268-g667339efd8ee10079aac9684c5d1c9c9b28d9da6
Author: Jonathan Wakely <jwakely@redhat.com>
Date:   Thu Jul 22 14:37:24 2021 +0100

    libstdc++: Use std::addressof in ranges::uninitialized_xxx [PR101571]

    Make the ranges::uninitialized_xxx algorithms use std::addressof to
    protect against iterator types that overload operator&.

    Signed-off-by: Jonathan Wakely <jwakely@redhat.com>

    libstdc++-v3/ChangeLog:

            PR libstdc++/101571
            * include/bits/ranges_uninitialized.h (_DestroyGuard): Change
            constructor parameter to reference and use addressof.
            * testsuite/util/testsuite_iterators.h: Define deleted operator&
            overloads for test iterators.

    (cherry picked from commit aca7a0253d6e3116f846ad530b19d89644a64267)

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug libstdc++/101571] DestroyGuard used by the ranges::uninitialized family should use addressof()
  2021-07-22  5:58 [Bug libstdc++/101571] New: DestroyGuard used by the ranges::uninitialized family should use addressof() hewillk at gmail dot com
                   ` (4 preceding siblings ...)
  2021-11-23 21:17 ` cvs-commit at gcc dot gnu.org
@ 2021-11-26 16:35 ` cvs-commit at gcc dot gnu.org
  2021-11-26 17:31 ` redi at gcc dot gnu.org
  6 siblings, 0 replies; 8+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2021-11-26 16:35 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101571

--- Comment #6 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
<redi@gcc.gnu.org>:

https://gcc.gnu.org/g:0d480b8403f2541402adeed82deb7eb028330b87

commit r10-10310-g0d480b8403f2541402adeed82deb7eb028330b87
Author: Jonathan Wakely <jwakely@redhat.com>
Date:   Thu Jul 22 14:37:24 2021 +0100

    libstdc++: Use std::addressof in ranges::uninitialized_xxx [PR101571]

    Make the ranges::uninitialized_xxx algorithms use std::addressof to
    protect against iterator types that overload operator&.

    Signed-off-by: Jonathan Wakely <jwakely@redhat.com>

    libstdc++-v3/ChangeLog:

            PR libstdc++/101571
            * include/bits/ranges_uninitialized.h (_DestroyGuard): Change
            constructor parameter to reference and use addressof.
            * testsuite/util/testsuite_iterators.h: Define deleted operator&
            overloads for test iterators.

    (cherry picked from commit aca7a0253d6e3116f846ad530b19d89644a64267)

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug libstdc++/101571] DestroyGuard used by the ranges::uninitialized family should use addressof()
  2021-07-22  5:58 [Bug libstdc++/101571] New: DestroyGuard used by the ranges::uninitialized family should use addressof() hewillk at gmail dot com
                   ` (5 preceding siblings ...)
  2021-11-26 16:35 ` cvs-commit at gcc dot gnu.org
@ 2021-11-26 17:31 ` redi at gcc dot gnu.org
  6 siblings, 0 replies; 8+ messages in thread
From: redi at gcc dot gnu.org @ 2021-11-26 17:31 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101571

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
             Status|ASSIGNED                    |RESOLVED

--- Comment #7 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Fixed for 11.3 and 10.4, thanks for the report

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2021-11-26 17:31 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-07-22  5:58 [Bug libstdc++/101571] New: DestroyGuard used by the ranges::uninitialized family should use addressof() hewillk at gmail dot com
2021-07-22  9:15 ` [Bug libstdc++/101571] " redi at gcc dot gnu.org
2021-07-22  9:37 ` redi at gcc dot gnu.org
2021-07-22 13:37 ` cvs-commit at gcc dot gnu.org
2021-07-22 13:40 ` redi at gcc dot gnu.org
2021-11-23 21:17 ` cvs-commit at gcc dot gnu.org
2021-11-26 16:35 ` cvs-commit at gcc dot gnu.org
2021-11-26 17:31 ` redi at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).