search for: _consciously_

...out of experimental/ without providing the usual guarantees provided by libc++ for non-experimental code may not be a good idea, as we’ll be pretending that we support filesystem when we really only half support it. In other words, I think the number of people that will start using filesystem while _consciously_ knowing that it is ABI-unstable (and what that means) is quite small, and that is making our users a disservice. > > Would it be possible to instead ship the parts we’re not quite sure we can keep ABI stable in the headers (with `_LIBCPP_HIDE_FROM_ABI`) for the time being, and lower them to...

...ng the >> usual guarantees provided by libc++ for non-experimental code may not be a >> good idea, as we’ll be pretending that we support filesystem when we really >> only half support it. In other words, I think the number of people that will >> start using filesystem while _consciously_ knowing that it is ABI-unstable >> (and what that means) is quite small, and that is making our users a >> disservice. >> >> Would it be possible to instead ship the parts we’re not quite sure we can >> keep ABI stable in the headers (with `_LIBCPP_HIDE_FROM_ABI`) for...

...r non-experimental code may not >> be a >> >> good idea, as we’ll be pretending that we support filesystem when we >> really >> >> only half support it. In other words, I think the number of people >> that will >> >> start using filesystem while _consciously_ knowing that it is >> ABI-unstable >> >> (and what that means) is quite small, and that is making our users a >> >> disservice. >> >> >> >> Would it be possible to instead ship the parts we’re not quite sure we >> can >> >> kee...

Hi All, I recently committed <filesystem> to trunk. I wanted to bring attention to some quirks it currently has. First, it's been put in a separate library, libc++fs, for now. Users are responsible for linking the library when they use filesystem. Second, it should still not be considered ABI stable. Vendors should be aware of this before shipping it. Hopefully all the standard and