Elliott Hughes
1287d106ed
am fb62558b: Merge "Define _POSIX_MONOTONIC_CLOCK and implement sysconf(_SC_MONOTONIC_CLOCK)."
...
* commit 'fb62558bb4c25c8f71e0b949ba8552c674578674':
Define _POSIX_MONOTONIC_CLOCK and implement sysconf(_SC_MONOTONIC_CLOCK).
2013-01-02 15:55:42 -08:00
Elliott Hughes
fb62558bb4
Merge "Define _POSIX_MONOTONIC_CLOCK and implement sysconf(_SC_MONOTONIC_CLOCK)."
2013-01-02 15:51:15 -08:00
Elliott Hughes
a55f63083f
Define _POSIX_MONOTONIC_CLOCK and implement sysconf(_SC_MONOTONIC_CLOCK).
...
Bug: http://code.google.com/p/android/issues/detail?id=39680
Change-Id: I11cf10a66f9d305868a725f04f581099fb88bbfc
2013-01-02 14:23:43 -08:00
Elliott Hughes
c0c05ff8ec
am 918d776f: Merge "Support System.loadLibrary for libraries with transitive dependencies."
...
* commit '918d776f7edf1a9c4209ada4c2401ef0ea0bf660':
Support System.loadLibrary for libraries with transitive dependencies.
2012-12-21 17:54:07 -08:00
Elliott Hughes
918d776f7e
Merge "Support System.loadLibrary for libraries with transitive dependencies."
2012-12-21 17:46:22 -08:00
Elliott Hughes
df5c77c91a
am f6524f8b: Merge "Fix format_number."
...
* commit 'f6524f8bda87f7d25dad7bed7091a93f3de58728':
Fix format_number.
2012-12-21 10:04:27 -08:00
Elliott Hughes
f6524f8bda
Merge "Fix format_number."
2012-12-20 19:08:17 -08:00
Elliott Hughes
eababde214
Fix format_number.
...
I broke this the other day when silencing x86 gcc warnings.
Bug: 7904160
Change-Id: I8e60cc1f8cbaff95248c8738d84e515413d839e4
2012-12-20 19:00:48 -08:00
Elliott Hughes
cade4c36e7
Support System.loadLibrary for libraries with transitive dependencies.
...
Also fix the FLAG_ERROR annoyance --- it's not helpful to cache failures.
Bug: 7896159
Bug: http://code.google.com/p/android/issues/detail?id=34416
Bug: http://code.google.com/p/android/issues/detail?id=22143
Change-Id: I60f235edb4ea4756e1f7ce56f7739f18e8a50789
2012-12-20 14:42:14 -08:00
Elliott Hughes
5fd31f6891
am 4b582142: Merge "Fix x86 dynamic linker build."
...
* commit '4b58214205d3d29dbdfed49964010235ef3f0403':
Fix x86 dynamic linker build.
2012-12-19 09:46:32 -08:00
Elliott Hughes
a0edecf343
am a4ebdcf5: Merge "Check for unknown flags passed to dlopen(3)."
...
* commit 'a4ebdcf5bd20072f9a0e48c22fff401acda43e1e':
Check for unknown flags passed to dlopen(3).
2012-12-18 19:41:24 -08:00
Elliott Hughes
4b58214205
Merge "Fix x86 dynamic linker build."
2012-12-18 18:16:09 -08:00
Elliott Hughes
45288c5ce3
Fix x86 dynamic linker build.
...
Change-Id: Ia9fc6342e3d409de86dcd187c7402e8ac2ae96c8
2012-12-18 18:13:19 -08:00
Elliott Hughes
a4ebdcf5bd
Merge "Check for unknown flags passed to dlopen(3)."
2012-12-18 16:38:37 -08:00
Elliott Hughes
e66190d2a9
Check for unknown flags passed to dlopen(3).
...
Change-Id: I56f4aab0e5a1487bc32d2c4d231e8bd15c4ac8da
2012-12-18 15:57:55 -08:00
Elliott Hughes
607bd47707
am 4c4b08a3: Merge "Fix <endian.h> and <sys/endian.h>."
...
* commit '4c4b08a32eace878e4780ee340a57c43be950159':
Fix <endian.h> and <sys/endian.h>.
2012-12-11 17:27:41 -08:00
Elliott Hughes
4c4b08a32e
Merge "Fix <endian.h> and <sys/endian.h>."
2012-12-11 17:18:58 -08:00
Elliott Hughes
4fa35d8ae8
Fix <endian.h> and <sys/endian.h>.
...
Previously we'd been relying on getting the machine-specific <endian.h>
instead of the top-level <endian.h>, and <sys/endian.h> was basically broken.
Now, with this patch and the previous patch we should have <endian.h>
and <sys/endian.h> behaving the same. This is basically how NetBSD's endian.h
works, and was probably how ours was originally intended to work.
Bug: http://code.google.com/p/android/issues/detail?id=39824
Change-Id: I71de5a507e633de166013a658b5764df9e1aa09c
2012-12-11 16:17:33 -08:00
Elliott Hughes
f822e7f68e
am 0521ff82: Merge "Use pthread_kill() in raise()"
...
* commit '0521ff8234cafcc61060961b2f856fcf4dae1e7d':
Use pthread_kill() in raise()
2012-12-10 11:40:04 -08:00
Elliott Hughes
0521ff8234
Merge "Use pthread_kill() in raise()"
2012-12-10 11:21:42 -08:00
Chris Dearman
d8a5a6f513
Use pthread_kill() in raise()
...
raise() should use pthread_kill() in a pthreads environment.
For bionic this means it should always be used.
Change-Id: Ic679272b664d2b8a7068b628fb83a9f7395c441f
2012-12-10 11:20:57 -08:00
Geremy Condra
28996f8006
am 6fcf1770: Merge "Added audit.h from the kernel."
...
* commit '6fcf1770e5829b8439b7e7ed7efb39ee5d425e23':
Added audit.h from the kernel.
2012-12-07 14:32:21 -08:00
Geremy Condra
6fcf1770e5
Merge "Added audit.h from the kernel."
2012-12-07 14:21:16 -08:00
Geremy Condra
03e1ebbdd6
Added audit.h from the kernel.
...
Just followed the recipe in I1ca996541d05b0d5927ab828a6ce49c09877ea01
Change-Id: I5713d9ce5ff62e310a694ecfbe21cad6577bcb4d
2012-12-07 14:13:23 -08:00
Nick Kralevich
080210c16a
am c8354f50: Merge "FORTIFY_SOURCE: remove memcpy overlap checks"
...
* commit 'c8354f501ef9a6d3430de27386bf0b42c30981d9':
FORTIFY_SOURCE: remove memcpy overlap checks
2012-12-07 12:19:08 -08:00
Nick Kralevich
79e1a01e9e
am 5dfdb701: Merge "FORTIFY_SOURCE: fix up previous commit"
...
* commit '5dfdb701292c53e74e319f277d808e598389c8e7':
FORTIFY_SOURCE: fix up previous commit
2012-12-07 12:18:58 -08:00
Nick Kralevich
c8354f501e
Merge "FORTIFY_SOURCE: remove memcpy overlap checks"
2012-12-07 10:10:49 -08:00
Nick Kralevich
5787475390
FORTIFY_SOURCE: remove memcpy overlap checks
...
These checks haven't been as useful as I hoped, and it's
causing a false positive finding. Remove the overlap
compile time checks.
Change-Id: I5d45dde10ae4663d728230d41fa904adf20acaea
2012-12-07 09:57:01 -08:00
Nick Kralevich
5dfdb70129
Merge "FORTIFY_SOURCE: fix up previous commit"
2012-12-06 14:48:24 -08:00
Nick Kralevich
8b6fea59ac
FORTIFY_SOURCE: fix up previous commit
...
I forgot two files in 326ea5413d18ea019cd1bda415ce428f7bdcafd2.
Change-Id: I30430f65bfafad4274193fc5b973959eac0791a7
2012-12-05 15:26:54 -08:00
Nick Kralevich
8717c3db2f
am 7a34ed2b: Merge "clean up FORTIFY_SOURCE handling."
...
* commit '7a34ed2bb36fcbe6967d8b670f4d70ada1dcef49':
clean up FORTIFY_SOURCE handling.
2012-12-04 15:52:53 -08:00
Nick Kralevich
7a34ed2bb3
Merge "clean up FORTIFY_SOURCE handling."
2012-12-04 15:44:22 -08:00
Nick Kralevich
326ea5413d
clean up FORTIFY_SOURCE handling.
...
Avoid duplicating huge chunks of code.
Change-Id: Id6145cdfce781c5ffba2abaaa79681d25a7ab28f
2012-12-04 15:27:30 -08:00
Nick Kralevich
ded6e3bfca
am db79e827: Merge "FORTIFY_SOURCE: fortify strrchr"
...
* commit 'db79e827ebcb077ebaa6d6c96915c5bffba9a0ca':
FORTIFY_SOURCE: fortify strrchr
2012-12-04 11:43:30 -08:00
Nick Kralevich
db79e827eb
Merge "FORTIFY_SOURCE: fortify strrchr"
2012-12-04 11:30:18 -08:00
Nick Kralevich
9a4d305340
FORTIFY_SOURCE: fortify strrchr
...
This change compliments 049e58369c37fdeacd0380a6bf1e078d9baf819f
Change-Id: I27d015d70a520713c7472558a3c427f546d36ee4
2012-12-03 10:39:16 -08:00
Elliott Hughes
3960fb602c
am 60fb6833: Merge "mmap: Remove madvise() workaround"
...
* commit '60fb68338b7541b6022fc343857b90c088c399cd':
mmap: Remove madvise() workaround
2012-12-03 09:36:47 -08:00
Elliott Hughes
60fb68338b
Merge "mmap: Remove madvise() workaround"
2012-12-03 09:13:20 -08:00
Elliott Hughes
43701d68a9
am 46d64ed2: Merge "Add argument checking to sigemptyset(3) and friends."
...
* commit '46d64ed2e5cf8e37d53b116f2281b4a39cc4f288':
Add argument checking to sigemptyset(3) and friends.
2012-12-03 07:53:28 -08:00
Elliott Hughes
46d64ed2e5
Merge "Add argument checking to sigemptyset(3) and friends."
2012-12-03 07:45:46 -08:00
Nick Kralevich
4140d90c60
am 3acc908c: Merge "FORTIFY_SOURCE: fortify strchr"
...
* commit '3acc908c79aa9cba975861fa23fa2672733b5d5d':
FORTIFY_SOURCE: fortify strchr
2012-11-30 17:13:20 -08:00
Nick Kralevich
3acc908c79
Merge "FORTIFY_SOURCE: fortify strchr"
2012-11-30 16:50:59 -08:00
Elliott Hughes
da73f655fc
Add argument checking to sigemptyset(3) and friends.
...
You could argue that this is hurting people smart enough to have manually
allocated a large-enough sigset_t, but those people are smart enough to
implement their own sigset functions too.
I wonder whether our least unpleasant way out of our self-inflicted 32-bit
cesspool is to have equivalents of _FILE_OFFSET_BITS such as _SIGSET_T_BITS,
so calling code could opt in? You'd have to be careful passing sigset_t
arguments between code compiled with different options.
Bug: 5828899
Change-Id: I0ae60ee8544835b069a2b20568f38ec142e0737b
2012-11-30 16:40:55 -08:00
Nick Kralevich
049e58369c
FORTIFY_SOURCE: fortify strchr
...
Detect when strchr reads off the end of a buffer.
Change-Id: I0e952eedcff5c36d646a9c3bc4e1337b959224f2
2012-11-30 15:19:15 -08:00
Elliott Hughes
7beaa5024f
am 16c61f08: Merge "Reduce the exposure of the __set_errno implementation detail."
...
* commit '16c61f088524756ef0fa1b030719f6745eaef2db':
Reduce the exposure of the __set_errno implementation detail.
2012-11-30 14:45:23 -08:00
Elliott Hughes
16c61f0885
Merge "Reduce the exposure of the __set_errno implementation detail."
2012-11-30 14:41:07 -08:00
Elliott Hughes
4a9e837840
Reduce the exposure of the __set_errno implementation detail.
...
Change-Id: I395e1b46a9491e34fc53e71853e932ea90b3d1cc
2012-11-30 12:05:18 -08:00
Elliott Hughes
4835e6ef51
am 97b70b2b: Merge "Replace .S version of x86 crtfiles with .c version"
...
* commit '97b70b2bda47af46adf58dfde61050357114aa1f':
Replace .S version of x86 crtfiles with .c version
2012-11-30 10:13:57 -08:00
Elliott Hughes
97b70b2bda
Merge "Replace .S version of x86 crtfiles with .c version"
2012-11-30 10:07:19 -08:00
Pavel Chupin
20c4a3a8ee
Replace .S version of x86 crtfiles with .c version
...
This patch replaces .S versions of x86 crtfiles with .c which are much
easier to support. Some of the files are matching .c version of Arm
crtfiles. x86 files required some cleanup anyway and this cleanup actually
led to matching Arm files.
I didn't change anything to share the same crt*.c between x86 and Arm. I
prefer to keep them separate for a while in case any change is required
for one of the arch, but it's good thing to do in the following patches.
Change-Id: Ibcf033f8d15aa5b10c05c879fd4b79a64dfc70f3
Signed-off-by: Pavel Chupin <pavel.v.chupin@intel.com>
2012-11-30 17:41:25 +04:00