bug#66508: 30.0.50; Emacs Android port crashes due to link error when build with libxml2 and ImageMagick7

[Takesi Ayanokoji <ayanokoji.takesi@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 2256 bytes --]

Hello,

After building and installing Emacs Android port with  libxml2 and
ImageMagick, Emacs crashed during startup with such bellow error on logcat
output.

10-13 06:00:10.489 22999 22999 I SELinux : SELinux: seapp_context_lookup:
seinfo=untrusted, level=s0:c512,c768, pkgname=org.gnu.emacs
10-13 06:00:10.873 22999 22999 W linker  :
"/data/app/org.gnu.emacs-qyrcKpWJ8LCBp8R1gwRLIg==/lib/arm64/libc++_shared.so"
unused DT entry: type 0x70000001 arg 0x0
10-13 06:00:10.888 22999 22999 W linker  :
"/data/app/org.gnu.emacs-qyrcKpWJ8LCBp8R1gwRLIg==/lib/arm64/libc++_shared.so"
unused DT entry: type 0x70000001 arg 0x0
10-13 06:00:11.005 22999 22999 E AndroidRuntime: Process: org.gnu.emacs,
PID: 22999
10-13 06:00:11.005 22999 22999 E AndroidRuntime:
java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol
"UCNV_TO_U_CALLBACK_STOP_64" referenced by
"/data/app/org.gnu.emacs-qyrcKpWJ8LCBp8R1gwRLIg==/lib/arm64/libxml2_emacs.so"...
10-13 06:00:11.005 22999 22999 E AndroidRuntime:        at
org.gnu.emacs.EmacsNative.<clinit>(EmacsNative.java:322)
10-13 06:00:11.005 22999 22999 E AndroidRuntime:        at
org.gnu.emacs.EmacsNative.setupSystemThread(Native Method)
10-13 06:00:11.005 22999 22999 E AndroidRuntime:        at
org.gnu.emacs.EmacsApplication.onCreate(EmacsApplication.java:84)

And below are nm out put,

this one is when build with libxml2 only,

nm arm64-v8a/libxml2_emacs.so |grep -i ucnv
                 U UCNV_FROM_U_CALLBACK_STOP_56
                 U UCNV_TO_U_CALLBACK_STOP_56
                 U ucnv_close_56
                 U ucnv_convertEx_56
                 U ucnv_open_56
                 U ucnv_setFromUCallBack_56
                 U ucnv_setToUCallBack_56

and below is when build with libxml2 and ImageMagick7

nm arm64-v8a/libxml2_emacs.so |grep -i ucnv
                 U UCNV_FROM_U_CALLBACK_STOP_64
                 U UCNV_TO_U_CALLBACK_STOP_64
                 U ucnv_close_64
                 U ucnv_convertEx_64
                 U ucnv_open_64
                 U ucnv_setFromUCallBack_64
                 U ucnv_setToUCallBack_64

I think this is caused by a conflict due to static libraries *.a  having
the same name during build.
(not *.o because they are made unique by prefixing path to *.o.)

Thanks,

[-- Attachment #2: Type: text/html, Size: 3365 bytes --]