char16_t and char32_t should not be defined when building as C. For
GCC they are, but not for clang. Pull in the updated bionic header
which has the fix for this.
Change-Id: I41b292ece36af79bbe835706bee4441b298215ff
From the comment about __NDK_FPABI__ vs __NDK_FPABI_MATH__:
NOTE: Disable for clang for now unless _NDK_MATH_NO_SOFTFP=1, because clang before 3.4 doesn't
allow change of calling convension for builtin and produces error message reads:
a.i:564:6: error: function declared 'aapcs' here was previously declared without calling convention
int sin(double d) __attribute__((pcs("aapcs")));
^
a.i:564:6: note: previous declaration is here
This applies to current clang as well, not just pre-3.4. Mark these
math functions as math functions.
Change-Id: I001b31df540aa3f61eec049f89346cbf2f11f128
Some of the map names have spaces in them, but only the ones that look
like:
[anon:atexit handlers]
So allow spaces between a [ and a ].
Change-Id: I09f1b50533fcd2e79acda199dcc3fb99c6d8428f
This should be landed before we merge the main change, which
defines define-jar-to-toc-rule.
https://android-review.googlesource.com/#/c/181833/
Bug: 24597504
Change-Id: Icc3394690fb7949cfb89eff951ce3c394d273205
After pushing to a Unicode path, use 'adb shell ls' to verify that the
path was created with the right name. This verifies that the UTF-16 to
UTF-8 conversion is done properly.
When pulling to a Unicode path, verify that the local file has been
created with the expected name. This should test UTF-16 to UTF-8
(command line to internal data structures) and UTF-8 to UTF-16 (internal
data structures to CreateFileW()).
Change-Id: I8b80aae731cf0d058cb0c3259e7f58256e86b771
Signed-off-by: Spencer Low <CompareAndSwap@gmail.com>
The device.py module was incorrectly querying the return code when the
shell_v2 return code isn't available.
This CL fixes it by specifying the return code probe as an argument
list rather than a single string argument. This means that before the
device was executing something like this:
/system/bin/sh getprop '; echo $?'
which didn't do what we wanted. Now it does something like this:
/system/bin/sh getprop ; echo $?
Bug: http://b/25470461
Change-Id: I5e20da31ec7ecc782c6146d8b38d752d52082860
am: 2a74fe2f63
* commit '2a74fe2f63ab7675c355bd207aeb1c988f0404f0':
Add a gdb_flags argument to gdbrunner.start_gdb.
Allow gdbrunner.start_gdbserver to not upload gdbserver.
Add get_pids helper to gdbrunner.
Don't throw when we fail to find a device.
Allow selection of adb command.
* changes:
Add a gdb_flags argument to gdbrunner.start_gdb.
Allow gdbrunner.start_gdbserver to not upload gdbserver.
Add get_pids helper to gdbrunner.
Don't throw when we fail to find a device.
Allow selection of adb command.
adb PTY behavior has been updated to match ssh more closely. This CL
updates the PTY tests accordingly.
Bug: http://b/24565284
Change-Id: I01208eac62c54eba1c2f97b334a18c4c19d77ea2
Make sure gdb knows where the source files are, even when gdbclient.py
isn't being run from the root directory.
Change-Id: I8f604ba58f4c06b26f2a1f8e917e2a1c1c137ccd
gdbclient.py is always downloading the stripped version of executable
files from the device. This CL first tries to find the unstripped local
file before falling back to the stripped version.
Bug: http://b/24947939
Change-Id: I7a49d0d8b28590ee99ce892d3e3476921f4ae974
