2f5f45921b
When I did the fast string concatenation, I didn't add any support for number(), which simply returned a O(U)String, and so it did the extra allocation/deallocation, although that could be avoided. In order to support this, number() now returns a special temporary return type, similarly to O(U)StringConcat, which allows delaying the concatenation the same way. Also similarly, the change of the return type in some cases requires explicit cast to the actual string type. Usage of OString::getStr() is so extensive in the codebase that I actually added it to the helper class, after that it's only relatively few cases. Change-Id: Iba6e158010e1e458089698c426803052b6f46031 Reviewed-on: https://gerrit.libreoffice.org/78873 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> |
||
|---|---|---|
| .. | ||
| android | ||
| cppunittester | ||
| inc | ||
| osl | ||
| qa | ||
| rtl | ||
| test | ||
| textenc | ||
| util | ||
| CppunitTest_Module_DLL.mk | ||
| CppunitTest_sal_comtools.mk | ||
| CppunitTest_sal_osl.mk | ||
| CppunitTest_sal_osl_security.mk | ||
| CppunitTest_sal_rtl.mk | ||
| CppunitTest_sal_types.mk | ||
| Executable_cppunittester.mk | ||
| Executable_osl_process_child.mk | ||
| Library_lo-bootstrap.mk | ||
| Library_sal.mk | ||
| Library_sal_textenc.mk | ||
| Makefile | ||
| Module_sal.mk | ||
| README | ||
System abstraction layer; rtl, osl and sal rtl: Platform independent strings osl: platform specific stuff, threads, dynamic loading, process, ipc, etc Exports only C API and some inline-methods (only C++ API).