Re: [RFC] libstdc++: Fix pretty-printing old implementations of std::unique_ptr

2020-08-10 Thread Andres Rodriguez via Gcc-patches
On Mon, Aug 10, 2020 at 1:49 PM Jonathan Wakely wrote: > > On 10/08/20 09:45 -0400, Andres Rodriguez wrote: > >*ping* > > As it says at https://gcc.gnu.org/lists.html all patches for libstdc++ > need to be sent to the libstdc++ mailing as well as the gcc-patches > list. Otherwise I won't see them,

Re: [RFC] libstdc++: Fix pretty-printing old implementations of std::unique_ptr

2020-08-10 Thread Andres Rodriguez via Gcc-patches
*ping* On Tue, Aug 4, 2020 at 10:51 AM Andres Rodriguez wrote: > > On binaries compiled against gcc5 the impl_type parameter is None, > which results in an exception being raised by is_specialization_of() > > These versions of std::unique_ptr have the tuple as a root element. > --- > > Hi, > > I

[RFC] libstdc++: Fix pretty-printing old implementations of std::unique_ptr

2020-08-04 Thread Andres Rodriguez via Gcc-patches
On binaries compiled against gcc5 the impl_type parameter is None, which results in an exception being raised by is_specialization_of() These versions of std::unique_ptr have the tuple as a root element. --- Hi, I ran into this issue when debugging a binary built using gcc5. I'm not very famili

[RFC] libstdc++: Fix pretty-printing old implementations of std::unique_ptr

2020-07-28 Thread Andres Rodriguez via Gcc-patches
On binaries compiled against gcc5 the impl_type parameter is None, which results in an exception being raised by is_specialization_of() These versions of std::unique_ptr have the tuple as a root element. --- Hi, I ran into this issue when debugging a binary built using gcc5. I'm not very famili