41feb036b4
...which should be rare enough in practical use that it should be sufficient to only have toString-functionality for instances mapped from C++ to JS, but no constructor for new instances on the JS side. (The natural choice for the latter would be a mapping of the C++ > inline Type( TypeClass eTypeClass, const ::rtl::OUString & rTypeName ); constructor, but which requires a mapping for the css::uno::TypeClass UNOIDL enum, which is only provided "later" through CustomTarget_static/unoembind, so would at least conceptually be a bit dirty.) This Embind mapping treats css::uno::Type as a smart pointer for the underlying typelib_TypeDescriptionReference, to benefit from the fallback garbage collection (in more recent Emscripten versions, at least) for smart pointers, obviating the need to call .delete() on each instance mapped to JS. Change-Id: Ic113967c264c28641dfd1fe159012c85519f4a9b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164140 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de> |
||
|---|---|---|
| .. | ||
| emscripten | ||
| source | ||
| CustomTarget_components.mk | ||
| CustomTarget_emscripten_fs_image.mk | ||
| CustomTarget_unoembind.mk | ||
| CustomTarget_wasm-qt5-mandelbrot_moc.mk | ||
| Executable_embindmaker.mk | ||
| Executable_wasm-qt5-mandelbrot.mk | ||
| Library_components.mk | ||
| Makefile | ||
| Module_static.mk | ||
| Package_favicon.mk | ||
| Package_unoembind.mk | ||
| README.md | ||
| README.wasm.md | ||
| StaticLibrary_unoembind.mk | ||
Static build components library
The library contains a map of all build component names to their constructor function calls.