| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
GCC doesn't seem to care, but clang does.
Change-Id: I9884820339a9e6f142862928c357f1a538184ae0
|
| |\ |
|
| | |
| |
| |
| | |
Change-Id: I95519caa5258cf5c6b8053f1c7e08ade2a824e49
|
| |\ \ |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
All these inlines were turned in to out of line definitions in L.
This brings us a step closer to being able to just use the current
bionic headers for the NDK, rather than having many old versions of
them.
Change-Id: Ie010bc727d78d3742abc577c70f6578db2e68625
|
| | |/
|/|
| |
| |
| | |
Bug: https://code.google.com/p/android/issues/detail?id=65951
Change-Id: I8ae7057c68e16618de6dd06cf052426c6cad8a3d
|
| |\ \ |
|
| | |/
| |
| |
| |
| |
| |
| | |
We'll add more things to this as we discover other warnings we don't
care about.
Change-Id: I408f688827cab0f74e055d8f1778069163663f0b
|
| | |
| |
| |
| |
| | |
Bug: 19180923
Change-Id: If4912d01db43c72ef12f4b04270ddb5d76d09462
|
| | |
| |
| |
| | |
Change-Id: Ibf549266a19a67eb9158d341a69dddfb654be669
|
| |\ \ |
|
| | |/
| |
| |
| |
| |
| |
| |
| |
| | |
The kernel version of the stat structure is used during the syscalls. After the syscall,
the kernel stat structure is converted to match the generic one. Eventually we would like
the generic stat structure and related syscalls be added to MIPS64 kernel, removing the
thunks added to AOSP.
Change-Id: I7764e80278c1cc8254754c3531ec2dda7544a8ec
|
| |/
|
|
|
|
| |
Bug: 17574610
Change-Id: I653f2aa4b5b38dbdaffe4a6c3deccfe6ad3b0e74
|
| |
|
|
|
|
|
| |
Move various mips-only things into the arch-mips directory. As soon as mips
writes assembler replacements, we can remove these.
Change-Id: Ia7308559bc361f5c8df3e1d456b381865e060b93
|
| |\ |
|
| | |
| |
| |
| | |
Change-Id: I4ed7af3c5b104f86550120401f773150c460f37b
|
| |\ \
| |/
|/| |
|
| | |
| |
| |
| | |
Change-Id: I9be9f118108f3f6e2bb02a5b01e0420fbfd15d85
|
| |\ \ |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
Interestingly, this mostly involves cleaning up our implementation of
various <string.h> functions.
Change-Id: Ifaef49b5cb997134f7bc0cc31bdac844bdb9e089
|
| |\ \ \
| |/ /
|/| | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
The code now compiles with all combinations of DEBUG and
DEBUG_DATA except DEBUG_DATA=1, DEBUG=0, which is unsupported.
Change-Id: I9035a65c649df73092f1fc0864ae1cdd9a14aa3b
|
| |\ \ \ |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 19127803
Change-Id: I67fa0832322ddd0032d909476047578be052bcf2
|
| |\ \ \ \ |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Bug: https://code.google.com/p/android/issues/detail?id=79170
Change-Id: Id91765fac45124545e2674a5b2c814707c1a448b
|
| |\ \ \ \ \
| |/ / / /
|/| | | | |
|
| | |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Static libraries are painful. Details are in the comment. I'll try to
get prebuilts in to the tree so I can fix this on Monday. Until then,
this isn't actually a regression because we've not had coverage
available for this library until now anyway.
Bug: 17574078
Change-Id: I7505c8a94007203e15a6cf192caa06004849d7d9
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
<stdlib.h> shouldn't drag in all of <string.h>.
Change-Id: I949172f7ff17e329e411e5054e50f79c13775444
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
<signal.h> shouldn't drag in all of <string.h>.
Change-Id: I57aea36dad5e89ea2f9541c35594ca6225e532be
|
| |\ \ \ \ |
|
| | |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This text is actually in POSIX (though it's not mandatory) and it's what glibc
says. Who says "file number" anyway?
Change-Id: Icc91ac24587c2bc692e0b97c19d32ac1bdda4ea7
|
| |/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
gcov does writes after reads on the same stream, but the bulk read optimization
was clobbering the FILE _flags, causing fwrite to fail.
Bug: 19129055
Change-Id: I9650cb7de4bb173a706b502406266ed0d2b654d7
|
| |\ \ \ |
|
| | |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We know we can safely statically link `libm`, since it doesn't have
any dependencies on the OS or the layout of a data type that has
changed between releases (like `pthread_t`).
We can safely statically link `libc_syscalls` because the user can
check for and handle `ENOSYS`.
Update `ndk_missing_symbols.py` to account for symbols that are in the
compatibility library.
Improve `symbols.py` to be able to pull symbols from a static library.
Change-Id: Ifb0ede1e8b4a8f0f33865d9fed72fb8b4d443fbc
|
| |/ /
| |
| |
| |
| |
| |
| | |
I suspect we can simplify this code, but I don't know enough about it
to get involved now.
Change-Id: I1c39761ae31beb70d41ffa6f0e396a4f17529d46
|
| |\ \ |
|
| | |/
| |
| |
| |
| |
| | |
A couple of dodgy cases where we cast away const, but otherwise pretty boring.
Change-Id: Ibc39ebd525377792b5911464be842121c20f03b9
|
| |\ \
| |/
|/| |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
ndk_missing_symbols.py pulls libc.so and libm.so off a running device
or emulator and shows the list of symbols that are in the current
bionic that aren't available on the target.
Change-Id: Ia92c315a6a0ce2e5c33db0b62c8fab41c08a4c31
|
| |/
|
|
|
|
|
|
|
|
|
|
| |
The old __isthreaded hack was never very useful on Android because all user
code runs in a VM where there are lots of threads running. But __fsetlocking
lets a caller say "I'll worry about the locking for this FILE*", which is
useful for the normal case where you don't share a FILE* between threads
so you don't need any locking.
Bug: 17154740
Bug: 18593728
Change-Id: I2a8dddc29d3edff39a3d7d793387f2253608a68d
|
| |
|
|
|
|
| |
bionic/libc/stdio/fread.c:86:27: error: comparison of integers of different signs: 'int' and 'size_t' (aka 'unsigned int') [-Werror,-Wsign-compare]
Change-Id: Ia7e1e053e0cb13113e8f2eede820be013acbab82
|
| |
|
|
|
|
|
|
| |
This is correctness rather than performance, but found while investigating
performance.
Bug: 18593728
Change-Id: Idbdfed89d1931fcfae65db29d662108d4bbd9b65
|
| |
|
|
|
|
|
| |
(cherrypick of 79a49c9857f3949fc13373eeb179f27b6ecdca81.)
Change-Id: I7bb44fd1fe3ef2ddfc115247f328eccfceeb5352
Signed-off-by: Patrick Tjin <pattjin@google.com>
|
| |
|
|
|
|
|
|
|
| |
This makes us competitive with glibc for fully-buffered and unbuffered reads,
except in single-threaded situations where glibc avoids locking, but since
we're never really single-threaded anyway, that isn't a priority.
Bug: 18593728
Change-Id: Ib776bfba422ccf46209581fc0dc54f3567645b8f
|
| |
|
|
|
|
|
|
|
| |
If pthread_detach() is called while the thread is in pthread_exit(),
it takes the risk that no one can free the pthread_internal_t.
So I add PTHREAD_ATTR_FLAG_ZOMBIE to detect this, maybe very rare, but
both glibc and netbsd libpthread have similar function.
Change-Id: Iaa15f651903b8ca07aaa7bd4de46ff14a2f93835
|
| |
|
|
| |
Change-Id: Id850e4e5ef4e91cea7ad53f6858886daf660eeec
|
| |
|
|
|
|
| |
Mainly to get the __atexit_register_cleanup removals we suggested.
Change-Id: I58d40b8c5b8401bfb6bfffe8f3430ac0718af917
|
| |
|
|
|
| |
Bug: 18905946
Change-Id: I02cd1ddd5c0b0af165685413bc1fb12ca6bf5f33
|
| |
|
|
|
| |
Bug: 17399706
Change-Id: I1dea46c3a3c4572558e718283489c323794176c7
|