https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #30 from Michi Henning ---
(In reply to Jonathan Wakely from comment #29)
> > make_shared(args) doesn't always do the same thing as shared_ptr(new
> > T(args))
>
> It does do effectively the same thing. The difference in behaviour is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #29 from Jonathan Wakely ---
(In reply to Michi Henning from comment #27)
> So, this is UB. Really nasty, in the sense that
>
> make_shared(args) doesn't always do the same thing as shared_ptr(new
> T(args))
It does do effectively t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
Jonathan Wakely changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #27 from Michi Henning ---
My apologies for my incredibly late reply. (I just stumbled across this issue
again.) And my thanks to you for taking the time to analyse this!
I think your analysis is right. 3.8.5/3:
"- the pointer is im
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
vlukas at gmx dot de changed:
What|Removed |Added
CC||vlukas at gmx dot de
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #25 from Michi Henning ---
(In reply to Jonathan Wakely from comment #24)
> (In reply to Michi Henning from comment #20)
> > I'm pretty sure that I'm not using anything in shared_ptr that's outside the
> > standard, and the standard wa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #24 from Jonathan Wakely ---
(In reply to Michi Henning from comment #20)
> I'm pretty sure that I'm not using anything in shared_ptr that's outside the
> standard, and the standard way to get access to shared_ptr is to include
> . If
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #23 from Paolo Carlini ---
Thanks Manuel, I knew we had something.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #21 from Paolo Carlini ---
You could start from the .ii: edit it, delete all the things you don't use. Or
start by removing the inclusion of and adding to the testcase a
mini-version of std::shared_ptr, with bits copied from . See wha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #20 from Michi Henning ---
(In reply to Paolo Carlini from comment #19)
> I'm pretty sure it isn't. It's easy to see why: in the testcase are you
> using *all* the facilities provided by std::shared_ptr as standardized? I
> don't think
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #19 from Paolo Carlini ---
I'm pretty sure it isn't. It's easy to see why: in the testcase are you using
*all* the facilities provided by std::shared_ptr as standardized? I don't think
so! Thus just imagine having the class there, and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #18 from Michi Henning ---
Hmmm... That might be difficult because, as soon as I don't use make_shared,
the problem goes away. (With the virtual inheritance in place but a call to
shared_ptr(args), as in the commented-out line in Unity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #17 from Paolo Carlini ---
Also, since apparently this isn't a library issue, it would be nice to figure
out a reduced testcase not including .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
Paolo Carlini changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #16 from Paolo Carlini -
15 matches
Mail list logo