<div dir="ltr">Bump again, since this just came up AGAIN in Louis's <a href="https://reviews.llvm.org/D103960">https://reviews.llvm.org/D103960</a></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, May 29, 2021 at 1:00 PM Mark de Wever <<a href="mailto:koraq@xs4all.nl">koraq@xs4all.nl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, May 08, 2021 at 04:49:20PM -0400, Arthur O'Dwyer via libcxx-dev wrote:<br>
> Gentle bump.<br>
><br>
> Quoting myself for emphasis:<br>
> ><br>
> > The problem seems to be that<br>
> > (1) libc++.a needs to copy strings sometimes, so it contains codegen for<br>
> the copy constructor<br>
> > (2) libc++.a is compiled with -D_LIBCPP_DEBUG=0, i.e., assertions but no<br>
> debug iterators<br>
> > (3) Therefore any strings created by the copy constructor inside<br>
> libc++.a, don't get registered with the debug-iterators library<br>
> > (4) Therefore pretty much everything is affected by unpredictable<br>
> assert-fails??<br>
> ><br>
> > The real question is, how was this ever *supposed* to work?<br>
<br>
It seems the issue also happens with strings returned from<br>
std::to_string. This function is implemented in src/string.cpp.<br>
I ran into it a while ago while implementing the std::formatter stubs.<br>
<br>
(I actually forgot about this issue, but Arthur reminded me.)<br>
<br>
To me it seems unintentional and unwanted. But I don't have a suggestion<br>
how to fix it.<br>
<br>
Cheers,<br>
Mark de Wever<br>
</blockquote></div>