• lysdexicOPM
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      It seems that neither std::indirect_value nor std::polymorphic_value made it into C++23, thought. Is it worth it to add them as external components just to have const qualification working with std::unique_ptr?

  • robinm
    link
    fedilink
    arrow-up
    1
    arrow-down
    1
    ·
    1 year ago

    If only std::unique_ptr and std::variant were introduced in C++ it would be possible to use the default destructor, copy and move constructor…

    That article would have been useful 15 years ago, but not anymore.

    • lysdexicOPM
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      If only std::unique_ptr and std::variant were introduced in C++ it would be possible to use the default destructor, copy and move constructor…

      Your comment doesn’t seem to be right at all. I mean, to start off by design std::unique_ptr disallows copying, and std::variant is completely wrong for the job. From thereon, it seems you’re commenting on a problem you didn’t understood.

      The problem is not how to point to the Impl instance, but to get the pimpl-ed class to support copying, moving, etc while not leaking implementation details. This article adds another constraint to the problem, which is explore ways to mitigate the performance penalty caused by dereferencing a pointer each time it’s necessary to access data members. Using std::unique_ptr with a pimpl is already well established, and covered in books like Effective Modern C++, but so is the performance penalty involved.