am 5c7816f4: Merge "More OpenBSD cleanup (primarily string)."

* commit '5c7816f425cb70ca6920e816aba33ce3d691ef10':
  More OpenBSD cleanup (primarily string).

Merge "More OpenBSD cleanup (primarily string)."

am a92b57c7: Merge "Added ftw64, nftw64"

* commit 'a92b57c7f8230661d911f2fd6dd67a81e9a90cef':
  Added ftw64, nftw64

am 7c1efffc: Merge "Added mkstemp64"

* commit '7c1efffc249283b47309846abba8795f3fb91555':
  Added mkstemp64

Merge "Added ftw64, nftw64"

Merge "Added mkstemp64"

More OpenBSD cleanup (primarily string).

This patch removes the string/ and wchar/ directories.

Change-Id: Ia489904bc67047e4bc79acb1f3eec21aa3fe5f0d

am ba40a560: Merge "Remove <asm/page.h>."

* commit 'ba40a560176e6ea753d09a6a71343b81ea4c8c1e':
  Remove <asm/page.h>.

Merge "Remove <asm/page.h>."

Remove <asm/page.h>.

If we have PAGE_SIZE/PAGESIZE, POSIX says they should be in <limits.h>.

Change-Id: I3c2d574ea2aea81f524874a156361411a4ffa18e

Added ftw64, nftw64

Bug: 13076637
Change-Id: I5b926526f935b00bba14c2807b61d85f95089c33

Added mkstemp64

Bug: 13076637
Change-Id: I41bf28ab3e6c7325470781e9323eeec023483df5

am b26e4944: Merge "Fix 64-bit build."

* commit 'b26e4944e2a5bf4b7e33fa38fb17a3b76c7fe0f7':
  Fix 64-bit build.

am c6d96bb8: Merge "Move system_properties over to C++."

* commit 'c6d96bb8673a4f44d84f3beaa5ed4fec1484f0ad':
  Move system_properties over to C++.

Merge "Fix 64-bit build."

Fix 64-bit build.

A warning about signed vs unsigned comparison was converted
into an error here :

 ...
 struct stat st;
 if (st.st_size > sizeof(prop_area) {
 ...

st_size is either an off64_t, which is a signed type. It's
worth investigating why this didn't trigger a warning on 32 bit,
where it's signed as well.

Change-Id: Ib2622bd5c444ddcfa7fb2141f00332cbb4a0818b

Merge "Move system_properties over to C++."

Move system_properties over to C++.

This change constitutes the minimum amount of
work required to move the code over to C++, address
compiler warnings, and to make it const correct and
idiomatic (within the constraints of being called
from C code).

bug: 13058886

Change-Id: Ic78cf91b7c8e8f07b4ab0781333a9e243763298c

am 3572fbc8: Merge "Fix a typo in HACKING.txt."

* commit '3572fbc8cd01d90a7f0c65a15c79abf1ece144ef':
  Fix a typo in HACKING.txt.

am 9150dfb1: Merge "Clean up our OpenBSD usage."

* commit '9150dfb1c6928ceef228e640412c3653d5e87a10':
  Clean up our OpenBSD usage.

Merge "Fix a typo in HACKING.txt."

Fix a typo in HACKING.txt.

Change-Id: If1cc18776d873cb5966186b65b8831677df77aaf

Merge "Clean up our OpenBSD usage."

Clean up our OpenBSD usage.

Also undo some of the mess where we have OpenBSD <stdio.h> but a mix of
different BSD's implementations.

In this first pass, I've only moved easy OpenBSD stuff.

Change-Id: Iae67b02cde6dba9d8d06fedeb53efbfdac0a8cf6

am 90b01576: Merge "Fixed int fast types for LP64"

* commit '90b0157679a984f1829a72f8c642d17030aa7644':
  Fixed int fast types for LP64

Merge "Fixed int fast types for LP64"

Fixed int fast types for LP64

Bug: 13110474
Change-Id: Id5591603ad4ba7e149c0852f4abb25e4e5a5d065

am e65055af: Merge "Stop asking GCC to cause trouble."

* commit 'e65055af112780623f372aca6a1f78d2b2acb34f':
  Stop asking GCC to cause trouble.

Merge "Stop asking GCC to cause trouble."

Stop asking GCC to cause trouble.

Why do we see so many bogus strict-aliasing warnings? Because we asked GCC to
cause trouble on arm and mips.

Change-Id: I25d7fd036b6afff7ccfa799abe0dc1579ead2847

am 26172fa4: Merge "Move the upstream-netbsd libc files into the correct directory."

* commit '26172fa401a4323c8c9b4063a59ab6d08ca617bf':
  Move the upstream-netbsd libc files into the correct directory.

Merge "Move the upstream-netbsd libc files into the correct directory."

am 8d0fe1c4: Merge "Remove two DNS files that weren\'t being built."

* commit '8d0fe1c49e83592372becc996accfe9d5948aa9b':
  Remove two DNS files that weren't being built.

am cb43f847: Merge "Unify our assembler macros."

* commit 'cb43f8474dafd7a4d3eb605d4a7c7f69ad7cef2e':
  Unify our assembler macros.

Move the upstream-netbsd libc files into the correct directory.

I screwed up when I originally imported these files; they're in lib/libc/
in the upstream tree; there is no top-level libc/ (though there is a top-level
common/, so those files stay where they are).

Change-Id: I7c5e2224a4441ab0e33616a855a8c6aacfeac46f

Merge "Remove two DNS files that weren't being built."

Merge "Unify our assembler macros."

Remove two DNS files that weren't being built.

And switch the makefile to just building everything in the relevant directory.

Change-Id: Ia7785c4dcabb51639c2230026f8a8a9eff919a36

Unify our assembler macros.

Our <machine/asm.h> files were modified from upstream, to the extent
that no architecture was actually using the upstream ENTRY or END macros,
assuming that architecture even had such a macro upstream. This patch moves
everyone to the same macros, with just a few tweaks remaining in the
<machine/asm.h> files, which no one should now use directly.

I've removed most of the unused cruft from the <machine/asm.h> files, though
there's still rather a lot in the mips/mips64 ones.

Bug: 12229603
Change-Id: I2fff287dc571ac1087abe9070362fb9420d85d6d

am 22c6b7ff: Merge "Fix mips64 crt build."

* commit '22c6b7ffd36fe8b34b677eea94d00aef2624e4e8':
  Fix mips64 crt build.

Merge "Fix mips64 crt build."

am 6a686556: Merge "Remove useless _C_LABEL from our assembler source."

* commit '6a686556b9f112fdf02ce404d680306ab1d901be':
  Remove useless _C_LABEL from our assembler source.

Fix mips64 crt build.

This was broken during the multi-arch makefile changes.

Change-Id: Id25cf3273f63c11fbca1cff944fc5e1bf765c636

Merge "Remove useless _C_LABEL from our assembler source."

Remove useless _C_LABEL from our assembler source.

Change-Id: I41a9181537c70ecc69ef8035132c9a83811a40d0

am bfa2b6fc: Merge "Stop advertising an arm32-specific hack like it\'s a build system feature."

* commit 'bfa2b6fc6a09df9815773890db94d6a126565289':
  Stop advertising an arm32-specific hack like it's a build system feature.

am 54d49ac7: Merge "Added script generating additions to libgcc_compat.c from linker errors"

* commit '54d49ac75b4b71f38eb154ab8e05f60b7c347a2b':
  Added script generating additions to libgcc_compat.c from linker errors

Merge "Stop advertising an arm32-specific hack like it's a build system feature."

Merge "Added script generating additions to libgcc_compat.c from linker errors"

Stop advertising an arm32-specific hack like it's a build system feature.

Change-Id: I3a830b4a3516b6eb8e4f8e6e6b122a22a2e341df

am ca566b31: Merge "Don\'t explicitly list the tzcode files."

* commit 'ca566b31036704eb6cdde05a0bd9ee972d7a995d':
  Don't explicitly list the tzcode files.

Added script generating additions to libgcc_compat.c from linker errors

bug: 12234455
Change-Id: Icac35237f06e75745da5a91d9c4c941d7df4f84d

Merge "Don't explicitly list the tzcode files."

Don't explicitly list the tzcode files.

Change-Id: I3ac19899523ac1f5fd2fdd6c942aefce75a964a4

am d9459525: Merge "Fix signbit / infinite / isinf / isnan unit tests."

* commit 'd9459525b4133e825bf95d03b06e695433c124bd':
  Fix signbit / infinite / isinf / isnan unit tests.

Merge "Fix signbit / infinite / isinf / isnan unit tests."

am 75f04d10: Merge "Remove the useless _C_LABEL from generated system calls."

* commit '75f04d107695f17bc800024d03e03b602dc02ee1':
  Remove the useless _C_LABEL from generated system calls.

Merge "Remove the useless _C_LABEL from generated system calls."

Remove the useless _C_LABEL from generated system calls.

Change-Id: Id1d2fd39972652831ea825f6f9cf940b08f42b5c

am fbaddda9: Merge "Linker writes to wrong memory location when processing DT_MIPS_RLD_MAP"

* commit 'fbaddda9f04fa504deb752bba819eb1fa5439baa':
  Linker writes to wrong memory location when processing DT_MIPS_RLD_MAP

am b69c0b53: Merge "Make mips/mips64 syscall stubs more like the other architectures."

* commit 'b69c0b532e4f6d32e7c43a7be02a27e0b02e75c3':
  Make mips/mips64 syscall stubs more like the other architectures.

Merge "Linker writes to wrong memory location when processing DT_MIPS_RLD_MAP"

Merge "Make mips/mips64 syscall stubs more like the other architectures."

am 6db95a86: Merge "Top-level documentation about working on bionic."

* commit '6db95a869e5c57713632106878d854c7c0aff7a1':
  Top-level documentation about working on bionic.

Merge "Top-level documentation about working on bionic."

Make mips/mips64 syscall stubs more like the other architectures.

Change-Id: I55f8c1a95f643a6e484f12fbcc25e2c77e55b6b8

am e6c451f5: Merge "Make mips generated assembler more like the mips64 stuff."

* commit 'e6c451f5f2e17fccccedaa1c2a90d8d9ba0c1917':
  Make mips generated assembler more like the mips64 stuff.

Merge "Make mips generated assembler more like the mips64 stuff."

Make mips generated assembler more like the mips64 stuff.

I broke the mips build yesterday because it doesn't use
<private/bionic_asm.h> like the other architectures, including mips64.
I want to move mips closer to mips64 to try to avoid this kind of thing
in future.

Change-Id: Idb985587ff355b9e5e765c1f5671dc0144cd2488

Fix signbit / infinite / isinf / isnan unit tests.

Turns out stlport isn't broken. <cmath> (included
transitively via gtest in our case) is not required
to make C99 math macros (like signbit) available, nor is
it required to preserve them if they're already defined.
It is only required to make the equivalent functions in
namespace std available.

I couldn't find any documentation of required behaviour for
programs that include both <math.h> and <cmath>.

I've verified experimentally that llvm's libc++ and gnu
stl behave the same as stlport.

bug: 12935307

Change-Id: I9dc5cc0fd9f4f259abc8eefb280177cdd092a94b

Top-level documentation about working on bionic.

Change-Id: If0a531865fa9c0d57486b98d4b78e3efcbf4e1d1

am 44ef37c1: Merge "Use uid_t and gid_t for st_uid and st_gid in struct stat."

* commit '44ef37c1b445e864068cdcd885ab3d7b17079ad3':
  Use uid_t and gid_t for st_uid and st_gid in struct stat.

am 24ef4779: Merge "Fix build by avoiding the _C_LABEL macro."

* commit '24ef4779eb47f23b8d4f4e678d677bd45a91373f':
  Fix build by avoiding the _C_LABEL macro.

Merge "Use uid_t and gid_t for st_uid and st_gid in struct stat."

Merge "Fix build by avoiding the _C_LABEL macro."

Use uid_t and gid_t for st_uid and st_gid in struct stat.

Change-Id: Ide62dc714d76d881e3aa79e7a59ee6533a23dd00

Fix build by avoiding the _C_LABEL macro.

Change-Id: Ide367c2b65071388bd95fbc81a4ed6ae94aec4e4

am 787c1f93: Merge "Add missing file from previous change."

* commit '787c1f937a915feefb767d0c6a15ddb70e6de933':
  Add missing file from previous change.

Linker writes to wrong memory location when processing DT_MIPS_RLD_MAP

When bionic's dynamic linker processes the .dynamic section of a MIPS ELF binary and encounters the DT_MIPS_RLD_MAP dynamic array tag, it calculates the address of where to write a pointer to the _r_debug structure. The current implementation simply reads the value given in the d_ptr field and writes the pointer address to that location. However, this value has to be adjusted to reflect the real load address of the binary. Otherwise the linker will write to a faulty location possibly resulting in a crash when linking a MIPS binary that includes DT_MIPS_RLD_MAP. This change corrects that problem.

Change-Id: I1a91874f7ab47289001fe72d9016660c14c70362
Signed-off-by: Benjamin Adolphi <b.adolphi@gmail.com>

Merge "Add missing file from previous change."

Add missing file from previous change.

Change-Id: Id25000162a9ed76ce756842bdc09fe9afff9528f

am b3602078: Merge "Implement some of the missing LFS64 support."

* commit 'b36020789ac860fcfbbeaf56d560926d8ee228f6':
  Implement some of the missing LFS64 support.

Merge "Implement some of the missing LFS64 support."

Implement some of the missing LFS64 support.

This gives us:

* <dirent.h>
  struct dirent64
  readdir64, readdir64_r, alphasort64, scandir64

* <fcntl.h>
  creat64, openat64, open64.

* <sys/stat.h>
  struct stat64
  fstat64, fstatat64, lstat64, stat64.

* <sys/statvfs.h>
  struct statvfs64
  statvfs64, fstatvfs64.

* <sys/vfs.h>
  struct statfs64
  statfs64, fstatfs64.

This also removes some of the incorrect #define hacks we've had in the
past (for stat64, for example, which we promised to clean up way back
in bug 8472078).

Bug: 11865851
Bug: 8472078
Change-Id: Ia46443521918519f2dfa64d4621027dfd13ac566

am 3623d806: Merge "Fix x86 build."

* commit '3623d80675e5321b92c2d88a7b7ec6bd998d81d5':
  Fix x86 build.

am ffe02668: Merge "bionic: fix __set_errno for arm64 syscalls that return a 64-bit value"

* commit 'ffe026680edaba268330bc67dd986d2c900ecfc7':
  bionic: fix __set_errno for arm64 syscalls that return a 64-bit value

Merge "Fix x86 build."

Fix x86 build.

Change-Id: Iee6e5884288f7da6c955694cfe32fecfd9c9e263

Merge "bionic: fix __set_errno for arm64 syscalls that return a 64-bit value"

bionic: fix __set_errno for arm64 syscalls that return a 64-bit value

bionic/libc/arch-arm64/syscalls/read.S ends with:
    b.hi __set_errno
    ret
END(read)

If __set_errno returns int, it will set w0 to 0xFFFFFFFF, which means
x0 is 0x00000000FFFFFFFF.  When interpreted as a ssize_t that is
INT_MAX, not -1.

Change __set_errno to return long, which will cause x0 to be set instead
of w0.

Change-Id: I9f9ea0f2995928d2ea240eb2ff7758ecdf0ff412

am 7f15e28d: Merge "Clean up warnings in libstdc++."

* commit '7f15e28dd4184015a2c990b6e45c33c35b251935':
  Clean up warnings in libstdc++.

am cd6748cd: Merge "Clean up various warnings in bionic."

* commit 'cd6748cdd7bcab702fe0bf6de943eb832f4fb762':
  Clean up various warnings in bionic.

Merge "Clean up warnings in libstdc++."

Merge "Clean up various warnings in bionic."

Clean up various warnings in bionic.

Change-Id: Ic57541d0a567fd4ae79f0ad59b2ffde1130eb7d2

Clean up warnings in libstdc++.

Change-Id: Ie71a2fdf227e7a5fc9a446bb1be110da9b3a4280

am d4bc9ef8: Merge "Remove duplicate definitions of MIN and MAX."

* commit 'd4bc9ef83b36916d5e63c4c3e4a092381473ea52':
  Remove duplicate definitions of MIN and MAX.

Merge "Remove duplicate definitions of MIN and MAX."

Remove duplicate definitions of MIN and MAX.

These were needed when bionic's header files were missing these macros (though
it would have made a lot more sense to just fix the header files!) but cause
warnings now.

Change-Id: I65a677122f4f6bd07dffc3f37a0c4c0e823d1bb0

am 95b808c4: Merge "build linker and linker64 on 64-bit architectures"

* commit '95b808c4ae11ea5737fee63f7b61673483ea5e2d':
  build linker and linker64 on 64-bit architectures