[Gc] Re: GC problem on Android
Manuel.Serrano at inria.fr
Manuel.Serrano at inria.fr
Wed Apr 3 01:18:44 PST 2013
> Which test case to fail? What are the gcc options specified?
> I have Galaxy S3 (4.1), Nexus i9250 (4.1), Nexus 10 Tab (4.2), and Nexus 7 (4.2.2) available for testing.
> I've just run gctest on Nexus 7 (from master branch):
> C:\android-ndk\toolchains\arm-linux-androideabi-4.7\prebuilt\windows\bin\arm-linux-androideabi-gcc.exe -fno-short-enums -I c:/android-ndk/platforms/android-9/arch-arm/usr/include -nostdlib -lc -Wl,-rpath-link=c:/android-ndk/platforms/android-9/arch-arm/usr/lib,-dynamic-linker=/system/bin/linker,--gc-sections,-z,nocopyreloc -L c:/android-ndk/platforms/android-9/arch-arm/usr/lib c:/android-ndk/platforms/android-9/arch-arm/usr/lib/crtbegin_static.o c:/android-ndk/platforms/android-9/arch-arm/usr/lib/crtend_android.o -O2 -fno-strict-aliasing -I include -I libatomic_ops/src -DGC_THREADS -DNO_EXECUTE_PERMISSION -DTHREAD_LOCAL_ALLOC -DPARALLEL_MARK -DGC_GCJ_SUPPORT -DNO_DEBUGGING -DUSE_MMAP -DUSE_MUNMAP -DALL_INTERIOR_POINTERS -DJAVA_FINALIZATION -DATOMIC_UNCOLLECTABLE -DIGNORE_DYNAMIC_LOADING -mcpu=cortex-a9 -DDONT_USE_ATEXIT -DGC_NOT_DLL -s tests/test.c extra/gc.c -lgcc -ldl
> Completed 6 tests
> Allocated 10981406 collectable objects
> Allocated 1218 uncollectable objects
> Allocated 7085658 atomic objects
> Allocated 136648 stubborn objects
> Finalized 13519/13519 objects - finalization is probably ok
> Total number of bytes allocated is 590082877
> Final heap size is 671744 bytes
> Completed 252 collections (using 4 marker threads)
> Collector appears to work
Nexus 7 is not the one. As I said in my previous mail, the problem only
shows up on a Nexus 4 (yes, I know, it sounds crazy because the Nexus 4
and Nexus 7 are almost identical).
I was compiling with:
/users/serrano/android/bigloo4.0b/arch/android/droid-gcc -DHAVE_CONFIG_H -I./include -I./include -I./libatomic_ops/src -I./libatomic_ops/src -fexceptions -O3 -DBGL_ANDROID -DPLATFORM_ANDROID -DFINALIZE_ON_DEMAND -I/users/serrano/android/bigloo4.0b/lib/4.0b -fPIC -D_THREAD_SAFE -D_REENTRANT -DGC_THREADS -DFINALIZE_ON_DEMAND -DBGL_GC_THREADS -DPLATFORM_ANDROID
The program that crashes is Hop, our Web development platform. In short,
Hop is a multitier Web programming language based on the Scheme
programming language. Hop is bootstrapped with our Hop->C compiler. Its
runtime environment consists in a full-fledged multithreaded Web server
that embed several on-the-fly compiler.
All this is very difficult to debug because of the lack of proper
tools. However, if you want I can provide you with an apk where
everything is compiled with -g.
ps: Hop is linked against static libraries because I have never been able to
get the Android port works with shared libraries.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 489 bytes
Desc: not available
Url : http://napali.hpl.hp.com/pipermail/gc/attachments/20130403/0988e33a/attachment.pgp
More information about the Gc