On 6/16/21 4:13 AM, Richard Biener via Gcc-patches wrote:
On Wed, Jun 16, 2021 at 5:18 AM Trevor Saunders <tbsau...@tbsaunde.org> wrote:

- Unfortunately using_auto_storage () needs to handle m_vec being null.
- Handle self move of an auto_vec to itself.
- Make sure auto_vec defines the classes move constructor and assignment
   operator, as well as ones taking vec<T>, so the compiler does not generate
them for us.  Per https://en.cppreference.com/w/cpp/language/move_constructor
the ones taking vec<T> do not count as the classes move constructor or
assignment operator, but we want them as well to assign a plain vec to a
auto_vec.
- Explicitly delete auto_vec's copy constructor and assignment operator.  This
   prevents unintentional expenssive coppies of the vector and makes it clear
when coppies are needed that that is what is intended.  When it is necessary to
copy a vector copy () can be used.

Signed-off-by: Trevor Saunders <tbsau...@tbsaunde.org>

This time without the changes to the inline storage version of auto_vec as
requested.  bootstrap andregtest on x86_64-linux-gnu with the other patches in
the series ongoing, ok if that passes?

OK.

...
+
+  // You probably don't want to copy a vector, so these are deleted to prevent
+  // unintentional use.  If you really need a copy of the vectors contents you
+  // can use copy ().
+  auto_vec(const auto_vec &) = delete;
+  auto_vec &operator= (const auto_vec &) = delete;

To reiterate, I strongly disagree with this change as well as with
the comment.

Martin


  };


@@ -2147,7 +2176,7 @@ template<typename T>
  inline bool
  vec<T, va_heap, vl_ptr>::using_auto_storage () const
  {
-  return m_vec->m_vecpfx.m_using_auto_storage;
+  return m_vec ? m_vec->m_vecpfx.m_using_auto_storage : false;
  }

  /* Release VEC and call release of all element vectors.  */
--
2.20.1


Reply via email to