Lines Matching refs:so
6 * to copy their definition into the final libc.so binary.
9 * libc.so provided by the platform and binaries built with the NDK or
24 * gcc <options> -o libfoo.so foo.a libgcc.a -lc -lm
27 * into the final libfoo.so. However, doing so will link a bunch of other __cxa
28 * functions from libgcc.a into each .so and executable, causing 4k+ increase
32 * gcc <options> -o libfoo.so foo.a -lc -lm libgcc.a
35 * already been copied into libc.so or libm.so, then nothing will be copied
36 * into libfoo.so. Instead, a symbol import definition will be added to it
37 * so libfoo.so can directly call the one in libc.so at runtime.
40 * flags, the set of helper functions copied to libc.so may change, which
44 * The NDK has been fixed after 1.6_r1 to use the correct link command, so
48 * still need all 1.5/1.6 helper functions in libc.so and libm.so
56 * HW idiv instructions so the system libc.so doesn't pull in the reference to
60 * Final note: some of the functions below should really be in libm.so to
62 * since libm.so depends on libc.so, it's easier to put all of
63 * these in libc.so instead, since the dynamic linker will always
64 * search in libc.so before libm.so for dependencies.
