This is for coming CL which replaces symlink lib with physical directory.
Somehow android-review.googlesource.com dislikes removal of
symlink and addition of physical directory appear in the same CL
Change-Id: I42a06761d940ef74859bf3bf8f6bb12667863a1e
next CL will populate mips64r6 lib and lib-boostrap in real directory
previous symlink to android-9/arch-mips which is mips64r2
Change-Id: I59baeb4e5b6f32e0c52c6a0d1a54985808f0534f
* commit '6fa1424bd53bd0cb005d158bf0fe65ae4882c8c9':
Restore arm's machine/endian.h to be useful for ARMv5
Hard-float support in android-L/include/math.h
1. Set APP_ABI:=all in almost all samples
2. Enhance hello-jni to report more ABIs
3. Fix warnings
Change-Id: I2851c42b77ef8225e32143d225edcf973633e782
Revert bionic c54ca40aef48009e7b0e5b2b3069aad62ffd3453 because
endian.h is seen by APP_ABI=armeabi as well. Instruction
"rev" and "rev16" doesn't exist until ARMv6
Change-Id: I653740e3704b9b64e3e2a2e17452675635a14776
I'm not sure why git thought there was a conflict; it thought these
files had been deleted in master and renamed in lmp-preview-dev. In
reality, they've never existed anywhere, and were created in
lmp-preview-dev by the change being merged. Weird.
Conflicts:
ndk/platforms/android-21/arch-arm/symbols/libGLESv3.so.functions.txt
ndk/platforms/android-21/arch-arm/symbols/libGLESv3.so.variables.txt
ndk/platforms/android-21/arch-arm64/symbols/libGLESv3.so.functions.txt
ndk/platforms/android-21/arch-arm64/symbols/libGLESv3.so.variables.txt
ndk/platforms/android-21/arch-mips/symbols/libGLESv3.so.functions.txt
ndk/platforms/android-21/arch-mips/symbols/libGLESv3.so.variables.txt
ndk/platforms/android-21/arch-mips64/symbols/libGLESv3.so.variables.txt
ndk/platforms/android-21/arch-x86/symbols/libGLESv3.so.variables.txt
ndk/platforms/android-21/arch-x86_64/symbols/libGLESv3.so.variables.txt
Change-Id: Ic7cc66f1fa053ff05d55911caad92dfd6669138d
1) Add ldexp. ldexp used to co-exist in both libc.so and libm.so until
the removal from libm.so in ICS. Unfortunately the sole copy of libm_hard.a
in NDK was compiled from JB source and miss ldexp. Code compiled with
hard-float using ldexp may use libc.so which follows soft-float and misbehave
2) Turns out the following (all in fpclassify.o) also exists in recent libc.so
too. Add them in libm_hard.a as well:
__fpclassifyd
__fpclassifyf
__fpclassifyl
__isfinitef
__isfinite
__isfinitel
__isinff
__isinf
__isinfl
__isnanl
__isnormalf
__isnormal
__isnormall
isinf
isnan
isnanf
Change-Id: Ia157fb2911341988de102e55d0c6f6141a9c3dda
1) ssize_t is int, instead of long int
2) WCHAR_MIN and WCHAR_MAX be consistent with bionic's:
respond to __WCHAR_UNSIGNED__, work for both signed (X86/MIPS)
and unsigned (ARM) wchar_t, and work for -fshort-wchar too
Change-Id: Ief1be007571b50c5d63a819df489f9d3f9b47bc8
Such that the following can correctly populate sysroot just enough to rebuild
mips64el toolchain
./build/tools/gen-platforms.sh --minimal --dst-dir=$NDK --ndk-dir=$NDK --arch=mips64
Change-Id: Ib37516bfe4c4b6a0c5b479d7cec8764c161f02c8
The original arch-arm libGLESv1_CM.so and libGLESv2.so symbols in
android-4 and android-5 were correct. They didn't include some vendor
extension symbols that are in the platform library but that apps
should query at runtime rather than link against.
When arch-x86 and arch-mips were added in android-9, they mistakenly
included these extension symbols. Oh well, for compatibility we can't
fix that now.
The android-20 symbols for all architectures were copied from x86 or
mips, and include the extension symbols. To avoid spreading the
mistake, this change:
(a) Removes the symbol files for architectures that existed in earlier
versions of the platform, since they shouldn't change in android-20.
(b) Removes the extension symbols on 64-bit platforms, so they match
the symbols in arch-arm.
(cherry picked from commit 74439535fa71e38a19734406b69af63773997edc)
Change-Id: Id675df1a1e2c43d74fee672be33357ffd1723fd0
The original arch-arm libGLESv1_CM.so and libGLESv2.so symbols in
android-4 and android-5 were correct. They didn't include some vendor
extension symbols that are in the platform library but that apps
should query at runtime rather than link against.
When arch-x86 and arch-mips were added in android-9, they mistakenly
included these extension symbols. Oh well, for compatibility we can't
fix that now.
The android-20 symbols for all architectures were copied from x86 or
mips, and include the extension symbols. To avoid spreading the
mistake, this change:
(a) Removes the symbol files for architectures that existed in earlier
versions of the platform, since they shouldn't change in android-20.
(b) Removes the extension symbols on 64-bit platforms, so they match
the symbols in arch-arm.
Change-Id: Ib227d9d163bfe2859b13eb57dc19518d3a3f90d0
