Date: prev next · Thread: first prev next last
2017 Archives by date, by thread · List index


On 12/08/2017 03:06 PM, Michael Meeks wrote:
On 08/12/17 09:26, Stephan Bergmann wrote:
I think that with
<http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0424r2.pdf>
"String literals as non-type template parameters" potentially making it
into C++20 (and potentially being available in Clang or GCC even before;
it already is, in a form almost usable for our needs), we will be able
to create such rtl_uString from string literals in the source code
during compilation, placing them into read-only data segments.

        Yep; should be more efficient for both desktop and server.

So, it would be interesting to know whether the issue indeed is mostly
with such rtl_uString instances, so that the mechanism I outlined above
would be going to sufficiently solve your issue.

        Yep; interesting, but - of course, us switching to a C++20 baseline is
(presumably) at least 3 years out, and more likely 5 ;-)

That's why I mentioned that it is "potentially being available in Clang or GCC even before; it already is, in a form almost usable for our needs". My assumption would be that we could get this at least into dedicated Linux builds rather "soon-ish", with other builds gracefully falling back to the status quo.

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.