is _lo_get_constructor_map and _lo_get_factory_map processor dependent ?

[Stephan Bergmann]

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).