712679 - Building fennec with android NDK r7 fails to run with SIGILL

Status: RESOLVED WORKSFORME

(Firefox for Android Graveyard :: General, defect, P5)

Description

[Kartikaya Gupta (email:[e-mail])]

Using the Android NDK r7 (as opposed to r6b) to build results in a build that doesn't work. The Native UI starts up, but then the gecko component crashes on startup with a SIGILL. GDB didn't provide any useful information. This should probably be fixed at some point.

Comment 1

[Gian-Carlo Pascutto [:gcp]]

Building with NDK r7b does not work:

make[6]: Entering directory `/home/morbo/hg/mozilla-central/objdir-android/mozglue/build'
rm -f libmozglue.so
/usr/bin/python2.7 /home/morbo/hg/mozilla-central/config/pythonpath.py -I../../config /home/morbo/hg/mozilla-central/config/expandlibs_exec.py --uselist --  /usr/bin/ccache /home/morbo/android-ndk-r7b/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-g++ -isystem /home/morbo/android-ndk-r7b/platforms/android-9/arch-arm/usr/include  -isystem /home/morbo/android-ndk-r7b/sources/cxx-stl/stlport/stlport -fno-rtti -pedantic -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -Wno-long-long -mandroid -fno-short-enums -fno-exceptions -march=armv7-a -mthumb -mfpu=vfp -mfloat-abi=softfp -fno-exceptions -fno-strict-aliasing -std=gnu++0x -ffunction-sections -fdata-sections -pipe  -DDEBUG -D_DEBUG -DTRACING -g -Os -freorder-blocks -fno-reorder-functions -fno-omit-frame-pointer -funwind-tables -fPIC -shared -Wl,-z,defs -nostartfiles -Wl,-h,libmozglue.so -o libmozglue.so      -mandroid -L/home/morbo/android-ndk-r7b/platforms/android-9/arch-arm/usr/lib -Wl,-rpath-link=/home/morbo/android-ndk-r7b/platforms/android-9/arch-arm/usr/lib --sysroot=/home/morbo/android-ndk-r7b/platforms/android-9/arch-arm -llog -Wl,--allow-shlib-undefined  -mthumb -L/home/morbo/android-ndk-r7b/sources/cxx-stl/stlport/libs/armeabi-v7a/    -Wl,-rpath-link,/home/morbo/hg/mozilla-central/objdir-android/dist/bin -Wl,-rpath-link,/usr/local/lib   ../../memory/jemalloc/libjemalloc.a ../../other-licenses/android/libandroid.a ../android/libandroid.a ../linker/liblinker.a ../../mfbt/libmfbt.a -lz   -lstlport_static   
../linker/ElfLoader.o: In function `global constructors keyed to ElfLoader.cpp':
/home/morbo/hg/mozilla-central/mozglue/linker/ElfLoader.cpp:703: undefined reference to `__dso_handle'
/home/morbo/android-ndk-r7b/sources/cxx-stl/stlport/libs/armeabi-v7a//libstlport_static.a(allocators.o): In function `global constructors keyed to allocators.cpp':
allocators.cpp:(.text+0x3c): undefined reference to `__dso_handle'
collect2: ld returned 1 exit status

Comment 2

[Mike Hommey [:glandium]]

I suspect this is not an ndk r7 problem, but an android-9 problem. I built with ndk r7b successfully with android-5.

Comment 3

[Mike Hommey [:glandium]]

Also, I doubt this has anything to do with Kartikaya's bug.

Comment 4

[Mike Hommey [:glandium]]

(In reply to Gian-Carlo Pascutto (:gcp) from comment #1)
> ../linker/ElfLoader.o: In function `global constructors keyed to
> ElfLoader.cpp':
> /home/morbo/hg/mozilla-central/mozglue/linker/ElfLoader.cpp:703: undefined
> reference to `__dso_handle'
> /home/morbo/android-ndk-r7b/sources/cxx-stl/stlport/libs/armeabi-v7a//
> libstlport_static.a(allocators.o): In function `global constructors keyed to
> allocators.cpp':
> allocators.cpp:(.text+0x3c): undefined reference to `__dso_handle'
> collect2: ld returned 1 exit status

Ok, this one is due to bug 720621 that breaks building with android version 9 with ndk >= r6b. Please file a separate bug for this one.

Comment 5

[Gian-Carlo Pascutto [:gcp]]

FWIW, building for android-9 works fine with NDK r6b.

Comment 6

[Gian-Carlo Pascutto [:gcp]]

Filed bug 734832 for that.

Comment 7

[Nathan Toone [:toonetown]]

With the fixes for bug 720621 and bug 734832, it appears I am able to build just fine using r7b and android-9 - the resulting binary doesn't crash for me.

Comment 8

[Kartikaya Gupta (email:[e-mail])]

Closing based on comment 7. If I ever reinstall NDK7 and have this problem again I'll reopen it.