| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
DT_STRSZ Implement strtab boundary checks
DT_FLAGS_1 Warn if flags other than DF_1_NOW|DF_1_GLOBAL are set
Bug: 17552334
Change-Id: Iaad29cd52f5b2d7d2f785fb351697906dc1617d9
|
|
|
|
|
|
| |
__get_sp.S doesn't exist
Change-Id: Id84f8904c8022c683263a317a18fabeb50fed992
|
|
|
|
|
|
|
|
| |
Remove the old arm directives.
Change the non-local labels to .L labels.
Add cfi directives to strcpy.S.
Change-Id: I9bafee1ffe5d85c92d07cfa8a85338cef9759562
|
|
|
|
| |
Change-Id: I1596110e4ed7e8f9ab9e2605dfcd9fd0489ca0d1
|
|
|
|
|
|
|
| |
This is needed to avoid multiple symbol definitions when linking with
libstdc++ or with compiler-rt.
Change-Id: I2f713bcff113222f0d2538e49691e715d8a8475d
|
|
|
|
|
| |
Bug: 17623887
Change-Id: I443723bc941b40f84884b330d222baabee01f868
|
|
|
|
|
|
|
|
|
| |
Keeps a variety of apps running.
(cherry-pick of 5def2f5aecd968e4022b0afbe4441fa7ba3e7c7e.)
Bug: 17047819
Change-Id: I55882ec95f2b59a5df76e5a89c23aa315609e01d
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This means all our stdio implementation is now the OpenBSD implementation.
The only thing we lose is the STDIO_THREAD_LOCK calls but they were no-ops
anyway.
We should probably talk to upstream about this. Either fix the locking or,
preferably, encourage them to move away from this pooling (especially since
there's no eviction policy).
Bug: 17154680
Change-Id: Ie2523e444a7d0965b8d141d57e3e11f6432d5b9a
|
|/
|
|
| |
Change-Id: I269195aa581a688fd3eb99552d506b8f5f6a8395
|
|\ |
|
| |
| |
| |
| | |
Change-Id: Ib298f46de0c4d0fd4ce0a9b456c163e8b8b06342
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| | |
Bug: 17553780
Change-Id: Iee7d0c210e2379e71e0c1e4e7058bce23f61e8cd
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
strtoll(3), strtoull(3), wcstoll(3), and wcstoull(3) all take an _int_
as a base, not a size_t. This is an ABI compatibility issue.
Bug: 17628622
Change-Id: I17f8eead34ce2112005899fc30162067573023ec
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: I0a35e5bd9f8edba27e0c73e5c8150636346d6a81
|
|\ \ \ \
| |/ / /
|/| | | |
|
| |/ /
| | |
| | |
| | | |
Change-Id: Ib75c33caafd76750ec1aca3a74dec5e4b881e965
|
|/ /
| |
| |
| | |
Change-Id: I74ea88e0d4973d6ab3c57da7d8bb643c31592b14
|
| |
| |
| |
| |
| |
| | |
Also add tests to make sure the full set works correctly.
Change-Id: I3e7f237f12c9c93e1185a97c9717803e7e55a73c
|
|\ \ |
|
| | |
| | |
| | |
| | | |
Change-Id: Ibcd7adb19e9a6b9ad8c24d77e23935f19f56a144
|
|/ /
| |
| |
| | |
Change-Id: Ie02290ad3187b1c1596dd776fd1c8a743a55f7ef
|
| |
| |
| |
| |
| |
| |
| | |
The debuggerd case can probably never happen, because you're crashing at this
point anyway. The system property one seems possible though.
Change-Id: Idba6a4f1d68587ec5b320d1e25f0b6a987ea32a0
|
| |
| |
| |
| |
| |
| |
| | |
fpathconf(3) and pathconf(3) can share code. There's no such
header file as <pathconf.h>. glibc/POSIX and BSD disagree about where
the _POSIX_* definitions should go.
Change-Id: I4a67f1595c9f5fbb26700a131178eedebd6bf712
|
| |
| |
| |
| | |
Change-Id: I712b856a6d786bba400c9a8d08f596b826403731
|
|\ \ |
|
| |/
| |
| |
| |
| | |
Bug: https://code.google.com/p/android/issues/detail?id=76088
Change-Id: I4a0561b23e90312384d40a1c804ca64ee98f4066
|
|/
|
|
|
|
|
| |
This define isn't really used any more.
Bug: 17378595
Change-Id: I39722b83cd98955a3a2514577de34a239524617f
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
This was already present for the other architectures. I think we skipped
this because glibc seems to have an incorrect definition (int rather than
long), but the kernel has the sane definition (just not in a uapi header).
Change-Id: I0d47a424b505804389853dd8632693dad55a3907
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Also explicitly add libstdc++ includes for necessary targets.
Change-Id: If712ba0ae7908d8147a69e29da5c453a183d6540
|
| |/
|/|
| |
| | |
Change-Id: Ife491bd7630b853a78532dd74e4644438256a3a1
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Other changes to support the new headers:
- Remove the flock64 structure it is defined in the new headers.
- Update the syscalls to correspond with the headers.
Change-Id: I49a6b07e8b2bfffb67be71b07b58e4e6848fcc09
|
| |
| |
| |
| |
| |
| |
| | |
(cherry-pick of 2d80400a9e8454038a3ec29959436184be0c4c65.)
Bug: 17157793
Change-Id: I8290e240b92e5617f4c12c0eacad6e622e677b6a
|
|/
|
|
|
|
|
| |
(cherry-pick of 027d2717d067c3706f22bf84dc1226ede7c1566d.)
Bug: 17407564
Change-Id: Idcfc40a7254605280e3d5474c61ae1ab7b2b7b51
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
gdb was happy with what we had, but libgcc and libunwind weren't.
libgcc is happy with the kernel's restorer (because of the extra nop),
though libunwind looks like it's going to need code changes regardless.
We could make our restorer more like the kernel's one, but why bother
when we can just let the kernel supply the canonical one?
Bug: 17436734
Change-Id: I330fa5e68f23b1cf8133aa552896657b0b873ed3
|
| |
| |
| |
| |
| |
| | |
Group things appropriately and name each group.
Change-Id: I0da45eb0ccde19c31d5e984d0e6eb3dad26630dc
|
|/
|
|
|
|
| |
So why bother #defining it?
Change-Id: I539e91916cee082cacac594ddf628419b737fa9d
|
|
|
|
|
|
|
| |
gdb was already okay; libgcc and libunwind need a little extra help.
Bug: 17436734
Change-Id: I1f5108f9877373be078554a1ea4938aa4436204e
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* LP32 should use sa_restorer too. gdb expects this, and future (>= 3.15) x86
kernels will apparently stop supporting the case where SA_RESTORER isn't
set.
* gdb and libunwind care about the exact instruction sequences, so we need to
modify the code slightly in a few cases to match what they're looking for.
* gdb also cares about the exact function names (for some architectures),
so we need to use __restore and __restore_rt rather than __sigreturn and
__rt_sigreturn.
* It's possible that we don't have a VDSO; dl_iterate_phdr shouldn't assume
that getauxval(AT_SYSINFO_EHDR) will return a non-null pointer.
This fixes unwinding through a signal handler in gdb for all architectures.
It doesn't fix libunwind for arm and arm64. I'll keep investigating that...
Bug: 17436734
Change-Id: Ic1ea1184db6655c5d96180dc07bcc09628e647cb
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
POSIX also says that ucontext_t's uc_sigmask has type sigset_t.
MIPS64 strace needs this.
The #define is to keep chromium off our lawn; otherwise it tries to redefine
all this stuff itself. We should probably clean that up and remove the #define.
Change-Id: I765d6a765a33dca7db33cd8c40f408dc98e5c95b
|
|\ \ |
|
| |/
| |
| |
| | |
Change-Id: I37a2c297b318b8e1b1ce8b29a7ccc58ba214708a
|
|/
|
|
|
|
|
|
| |
Also remove a reference to it and two other files that have already
been removed in a script --- these files were problematic because they
weren't UTF-8.
Change-Id: Ibf597bac1903c34d8d0fe0a09615c42f24d4f23d
|