commit | b111f7a0e45eac2e11b54446ca91d60225100c37 | [log] [tgz] |
---|---|---|
author | David Benjamin <davidben@google.com> | Mon Jun 20 14:28:48 2016 -0400 |
committer | Adam Langley <agl@google.com> | Wed Jun 22 19:54:14 2016 +0000 |
tree | 551e1b012deb07e7d5aa92f352856dc509e38cda | |
parent | bde00394f0d4d85c9c9f888cf4d47b50dfdca6de [diff] |
Rebase x86_64-xlate.pl atop master. This functionally pulls in a number of changes from upstream, including: 4e3d2866b6e8e7a700ea22e05840a093bfd7a4b1 1eb12c437bbeb2c748291bcd23733d4a59d5d1ca 6a4ea0022c475bbc2c7ad98a6f05f6e2e850575b c25278db8e4c21772a0cd81f7873e767cbc6d219 e0a651945cb5a70a2abd9902c0fd3e9759d35867 d405aa2ff265965c71ce7331cf0e49d634a06924 ce3d25d3e5a7e82fd59fd30dff7acc39baed8b5e 9ba96fbb2523cb12747c559c704c58bd8f9e7982 Notably, c25278db8e4c21772a0cd81f7873e767cbc6d219 makes it enable 'use strict'. To avoid having to deal with complex conflicts, this was done by taking a diff of our copy of the file with the point just before c25278db8e4c21772a0cd81f7873e767cbc6d219, and reapplying the non-reverting parts of our diff on top of upstream's current version. Confirmed with generate_build_files.py that this makes no changes *except* d405aa2ff265965c71ce7331cf0e49d634a06924 causes this sort of change throughout chacha-x86_64.pl's nasm output: @@ -1179,7 +1179,7 @@ $L$oop8x: vpslld ymm14,ymm0,12 vpsrld ymm0,ymm0,20 vpor ymm0,ymm14,ymm0 - vbroadcasti128 ymm14,YMMWORD[r11] + vbroadcasti128 ymm14,XMMWORD[r11] vpaddd ymm13,ymm13,ymm5 vpxor ymm1,ymm13,ymm1 vpslld ymm15,ymm1,12 This appears to be correct. vbroadcasti128 takes a 128-bit-wide second argument, so it wants XMMWORD, not YMMWORD. I suppose nasm just didn't care. (Looking at a diff-diff may be a more useful way to review this CL.) Change-Id: I61be0d225ddf13b5f05d1369ddda84b2f322ef9d Reviewed-on: https://boringssl-review.googlesource.com/8392 Reviewed-by: Adam Langley <agl@google.com> Commit-Queue: Adam Langley <agl@google.com>
BoringSSL is a fork of OpenSSL that is designed to meet Google's needs.
Although BoringSSL is an open source project, it is not intended for general use, as OpenSSL is. We don't recommend that third parties depend upon it. Doing so is likely to be frustrating because there are no guarantees of API or ABI stability.
Programs ship their own copies of BoringSSL when they use it and we update everything as needed when deciding to make API changes. This allows us to mostly avoid compromises in the name of compatibility. It works for us, but it may not work for you.
BoringSSL arose because Google used OpenSSL for many years in various ways and, over time, built up a large number of patches that were maintained while tracking upstream OpenSSL. As Google's product portfolio became more complex, more copies of OpenSSL sprung up and the effort involved in maintaining all these patches in multiple places was growing steadily.
Currently BoringSSL is the SSL library in Chrome/Chromium, Android (but it's not part of the NDK) and a number of other apps/programs.
There are other files in this directory which might be helpful: