On 01/11/2018 09:29 PM, jan iversen wrote:
During today (updated master early evening) I started getting strange
linker errors:
When linking for ARM64 with or without debug I get:
Undefined symbols for architecture arm64:
"_lo_get_constructor_map", referenced from:
cppuhelper::detail::loadSharedLibComponentFactory(rtl::OUString
const&, rtl::OUString const&, rtl::OUString const&, rtl::OUString
const&, rtl::OUString const&,
com::sun::star::uno::Reference<com::sun::star::lang::XMultiServiceFactory>
const&, std::__1::function<com::sun::star::uno::XInterface*
(com::sun::star::uno::XComponentContext*,
com::sun::star::uno::Sequence<com::sun::star::uno::Any> const&)>*,
com::sun::star::uno::Reference<com::sun::star::uno::XInterface>*) in Kit.o
"_lo_get_factory_map", referenced from:
cppuhelper::detail::loadSharedLibComponentFactory(rtl::OUString
const&, rtl::OUString const&, rtl::OUString const&, rtl::OUString
const&, rtl::OUString const&,
com::sun::star::uno::Reference<com::sun::star::lang::XMultiServiceFactory>
const&, std::__1::function<com::sun::star::uno::XInterface*
(com::sun::star::uno::XComponentContext*,
com::sun::star::uno::Sequence<com::sun::star::uno::Any> const&)>*,
com::sun::star::uno::Reference<com::sun::star::uno::XInterface>*)
When I link for X86_64 it works fine.
Definitions for those functions are generated by bin/native-code.py. I
do see uses of that (and of the generated native-code.h) in module ios
(but have no further insight into that module).
_______________________________________________
LibreOffice mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice
