GitLab

This is to enable host testing of ART on 32bits of the
dalvik.system package.

Change-Id: Iec78ccb29ac14aa14e2e32a86d6a19914b2fc960

Fixes host run-tests that were broken by de9a75e2ab579804ea44f9688

Change-Id: I0cbd40048f9a222996858f3574d6faa93121a61f

Pulled in by the static libziparchive dependency.

Note that we can't add these dependencies in the sub-makefile
because libziparchive has different module names for target
vs host (libziparchve vs libziparchive-host).

Change-Id: Ie2e036f9e1bfd13d439501e2577651e42642c1bd

The move from to gcc 4.8 to gcc 4.9 for arm32 introduced a bug in this
code. The original code is trying to out smart the compiler by arch, but
we got caught. Running benchmarks, the amount of time we save by doing this
is in the nanosecond range, so just let the compiler figure things out on
it's own.

It turns out for aarch64, x86, x86_64, two of the functions produce exactly
the same code. For swapLongs, x86/x86_64 produces slightly different code
but is about the same performance.

For arm32, letting the compiler optimize also leads to about the same
performance.

Adding unit tests and benchmark code for these.

Bug: 19692084

Change-Id: I858eb3147ef1e9e2c1894ddb226cdddcc0baf933

Bug: 15350832
Change-Id: I8d84f3e50b643806ccf01190797c69ce6445b539

The tests that exercise this code were removed. This code doesn't
compile with BoringSSL, so just remove it.

Change-Id: I9598ef5e5a2d7b7d115b63b5b670976d39ca1405

Change-Id: I79c5389af44ff2aea784d4f57c82d6aebf560132

These are all picked up by virtue of the libraries that we use.

Change-Id: Ib5e86c65d53f3448d5f1d0c0d24f0f63ef5f1868

Since libcore is now using std::unique_ptr, we need to have a sane,
modern STL on all platforms. Since the Mac build is stuck on libstdc++
4.2, use libc++.

Change-Id: Id4cd32fa181ae53123f808a9366211748c44276f

Switch from stlport to libcxx as stlport lacks std::unique_ptr.

Change-Id: I45a3588a8ecf4689521f1df6654ed279a6d0669e

Change-Id: I7827331202482e28e824fc6583f590ddadaa2087

Change-Id: I32fdb9dabbc87d49e0be82ea39c2eea6f452fd6f

Change-Id: I52559cfcc806dfe0d8682be50a6078cb678e4169

Bug: 13751317
Fix the Mac host build:
 - conditionally define constants using pre-existing pattern,
 - make Posix calls that the Mac doesn't support throw
   UnsupportedOperationException.

Change-Id: Ib68887cbe36ab167d042eb96c7834bce0651b078

Bug: 13751317
Change-Id: I9932b60b892d878bdac9ab30a37621f26910f358

For now all such support is hidden.

Change-Id: I932f73158a8f6e3ccc36c319d138180dff2aa070

We'll still use LD_LIBRARY_PATH if it's set, for testing or for the
host, but we now ask the dynamic linker what to do.

Bug: 12585421
Change-Id: I1457a63ead89fa8f8aeabc002c0b9038295b886e

Change-Id: Ie5f4e20eb19a17d37abf8720e4bfeade6c248967

All functions delegate directly to the native code. We
do not perform any sort of central directory or local file
related lookups in the java layer.

For each entry, libziparchive gives us an offset to the start
of data for the entry and the compressed size. We use a
RandomAccessFile to seek to that offset and then construct an
InputStream that's bounded between [offset, offset + compressed_size).

We reuse existing code (JarVerifier / Manifest) for certificate
validation & collection.

bug: 10193060

Change-Id: I21eb4e6dc6aa8749e3f63830f9799e1f621d26e6

Change-Id: Ibf2051fae4b5026a4a14fcdc27be71415520d117

(cherry picked from commit cd8016c67b7f215bf374467257ede53197c44423)Conflicts:

Change-Id: I6c12a0e038a86b186b5d88b9f0ff28b8480b4aed

This helps with unbundling of Conscrypt by not forcing the app to
include a static version of stlport in their program.

Change-Id: I5bd17213059b8ae4d8d86921d82b43465253a62f

Bug: 10599593

(cherry picked from commit 3f17b9a7)

Change-Id: I1bffa8189d64aa8ee0aa1ac414359aecb71934a5

Bug: 10599593
Change-Id: Iade24eed691756281dfd925abe57740a1ad4145b

To make the situation with testing a little better and enable building
core libraries totally independent of conscrypt, move the native
registration to a JNI_OnLoad scheme. Also, since we want to separate the
testing, make conscrypt build its own tests library.

(cherry picked from commit ba07db54)

Bug: 10092469
Change-Id: Ie0e9b73d05236a9bd02fbb66cb1a5da4ec34df45

To make the situation with testing a little better and enable building
core libraries totally independent of conscrypt, move the native
registration to a JNI_OnLoad scheme. Also, since we want to separate the
testing, make conscrypt build its own tests library.

Change-Id: I9f2831839059c1c012ec7bdeab2f90b4e2f44bfd

(cherry picked from commit 771ff999)

Change-Id: I41ae0cb12ca4ab911a637f5e883c47c1d78829ff

Change-Id: I1942be8f7cef51265d53272f36a217e88bfede94

Change-Id: I4b42be83871a852d087ff9da6eeca8c5a08b1f19

Change-Id: Ib665ea7c6f54e43851bc04f0265e65218407c70f

(cherry-picked from commit 37d6cc06f62b2029663137a1b8c18242152c1e97)

Change-Id: I3b3aa3f508b9c6f43b27022cd8bc9aa82e630e01

Change-Id: Icf5c2a3989f4bf8adf084bcb03001b53189c0309

(cherry picked from commit 51802276)

Change-Id: I7a16bfd5213837a65062b7b7d78f610679cbf441

Change-Id: Ib02762546c76ff751989cd4fc8af5427c644574c

Change-Id: I678f5c1b985d72ab1d41ae22dfcae35814c44e85

Change-Id: I88dd48b09b9148246884a1c84b26787500c24569

To help with shipping the JSSE with apps that want to bundle it, move
it to a new package so that the tangles in other parts of the library
can be untangled.

Change-Id: I810b6861388635301e28aee5b9b47b8e6b35b430

Change-Id: Ie4f9c5a2fb440d8455748bc30949b8b956d75625

This sets up some of the testing infrastructure to allow us to test all
the ENGINE-related test paths in the NativeCrypto code.

Change-Id: I21f3dbebbaa90327d48a99020ae3a3e90624cc75

I've been enjoying this in bionic for a while now, and was annoyed
not to have make do the right thing in libcore.

Change-Id: Idcd2db48349202259887499a1f47d85c5d205d54