<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in raw_sha1_ostream_test.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>330268ba - [Support/Hash functions] Change the `final()` and `result()` of the hashing functions to return an array of bytes</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp#330268ba</link>
        <description>[Support/Hash functions] Change the `final()` and `result()` of the hashing functions to return an array of bytesReturning `std::array&lt;uint8_t, N&gt;` is better ergonomics for the hashing functions usage, instead of a `StringRef`:* When returning `StringRef`, client code is &quot;jumping through hoops&quot; to do string manipulations instead of dealing with fixed array of bytes directly, which is more natural* Returning `std::array&lt;uint8_t, N&gt;` avoids the need for the hasher classes to keep a field just for the purpose of wrapping it and returning it as a `StringRef`As part of this patch also:* Introduce `TruncatedBLAKE3` which is useful for using BLAKE3 as the hasher type for `HashBuilder` with non-default hash sizes.* Make `MD5Result` inherit from `std::array&lt;uint8_t, 16&gt;` which improves &amp; simplifies its API.Differential Revision: https://reviews.llvm.org/D123100

            List of files:
            /llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp</description>
        <pubDate>Mon, 04 Apr 2022 23:48:30 +0000</pubDate>
        <dc:creator>Argyrios Kyrtzidis &lt;kyrtzidis@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>43ff6347 - [Support] Optimize SHA1 implementation</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp#43ff6347</link>
        <description>[Support] Optimize SHA1 implementation* Add inline to the helper functions because gcc-9 won&apos;t inline all of  them without the hint. I&apos;ve avoided `__attribute__((always_inline))`  because gcc and clang will inline without it, and improves  compatibility.* Replace the byte-by-byte copy in update() with endian::readbe32()  since perf reports that 1/2 of the time is spent copying into the  buffer before this patch.When lld uses --build-id=sha1 it spends 30-45% of CPU in SHA1 depending on the binary (not wall-time since it is parallel). This patch speeds up SHA1 by a factor of 2 on clang-8 and 3 on gcc-6. This leads to a &gt;10% improvement in overall linking time.lld-speed-test benchmarks run on an Intel i9-9900k with Turbo disabled on CPU 0 compiled with clang-9. Stats recorded with `perf stat -r 5`. All inputs are using `--build-id=sha1`.| Input | Before (seconds) | After (seconds) || --- | --- | --- || chrome | 2.14 | 1.82 (-15%) || chrome-icf | 2.56 | 2.29 (-10%) || clang | 0.65 | 0.53 (-18%) || clang-fsds | 0.69 | 0.58 (-16%) || clang-gdb-index | 21.71 | 19.3 (-11%) || gold | 0.42 | 0.34 (-19%) || gold-fsds | 0.431 | 0.355 (-17%) || linux-kernel | 0.625 | 0.575 (-8%) || llvm-as | 0.045 | 0.039 (-14%) || llvm-as-fsds | 0.035 | 0.039 (-11%) || mozilla | 11.3 | 9.8  (-13%) || mozilla-gc | 11.84 | 10.36 (-12%) || mozilla-O0 | 8.2 | 5.84 (-28%) || scylla | 5.59 | 4.52 (-19%) |Reviewed By: ruiu, MaskRayDifferential Revision: https://reviews.llvm.org/D69295

            List of files:
            /llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp</description>
        <pubDate>Tue, 12 Nov 2019 06:07:12 +0000</pubDate>
        <dc:creator>Nick Terrell &lt;terrelln@fb.com&gt;</dc:creator>
    </item>
<item>
        <title>2946cd70 - Update the file headers across all of the LLVM projects in the monorepo</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp#2946cd70</link>
        <description>Update the file headers across all of the LLVM projects in the monorepoto reflect the new license.We understand that people may be surprised that we&apos;re moving the headerentirely to discuss the new license. We checked this carefully with theFoundation&apos;s lawyer and we believe this is the correct approach.Essentially, all code in the project is now made available by the LLVMproject under our new license, so you will see that the license headersinclude that license only. Some of our contributors have contributedcode under our old license, and accordingly, we have retained a copy ofour old license notice in the top-level files in each project andrepository.llvm-svn: 351636

            List of files:
            /llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp</description>
        <pubDate>Sat, 19 Jan 2019 08:50:56 +0000</pubDate>
        <dc:creator>Chandler Carruth &lt;chandlerc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>9a67b073 - Re-sort #include lines for unittests. This uses a slightly modified</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp#9a67b073</link>
        <description>Re-sort #include lines for unittests. This uses a slightly modifiedclang-format (https://reviews.llvm.org/D33932) to keep primary headersat the top and handle new utility headers like &apos;gmock&apos; consistently withother utility headers.No other change was made. I did no manual edits, all of this isclang-format.This should allow other changes to have more clear and focused diffs,and is especially motivated by moving some headers into more focusedlibraries.llvm-svn: 304786

            List of files:
            /llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp</description>
        <pubDate>Tue, 06 Jun 2017 11:06:56 +0000</pubDate>
        <dc:creator>Chandler Carruth &lt;chandlerc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>877c26c8 - Add convenient functions to compute hashes of byte vectors.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp#877c26c8</link>
        <description>Add convenient functions to compute hashes of byte vectors.In many sitautions, you just want to compute a hash for one chunkof data. This patch adds convenient functions for that purpose.Differential Revision: https://reviews.llvm.org/D26988llvm-svn: 287726

            List of files:
            /llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp</description>
        <pubDate>Wed, 23 Nov 2016 00:46:09 +0000</pubDate>
        <dc:creator>Rui Ueyama &lt;ruiu@google.com&gt;</dc:creator>
    </item>
<item>
        <title>b550cb17 - [NFC] Header cleanup</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp#b550cb17</link>
        <description>[NFC] Header cleanupRemoved some unused headers, replaced some headers with forward class declarations.Found using simple scripts like this one:clear &amp;&amp; ack --cpp -l &apos;#include &quot;llvm/ADT/IndexedMap.h&quot;&apos; | xargs grep -L &apos;IndexedMap[&lt;]&apos; | xargs grep -n --color=auto &apos;IndexedMap&apos;Patch by Eugene Kosov &lt;claprix@yandex.ru&gt;Differential Revision: http://reviews.llvm.org/D19219From: Mehdi Amini &lt;mehdi.amini@apple.com&gt;llvm-svn: 266595

            List of files:
            /llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp</description>
        <pubDate>Mon, 18 Apr 2016 09:17:29 +0000</pubDate>
        <dc:creator>Mehdi Amini &lt;mehdi.amini@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>4cd57025 - Add support for computing SHA1 in LLVM</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp#4cd57025</link>
        <description>Add support for computing SHA1 in LLVMProvide a class to generate a SHA1 from a sequence of bytes, anda convenience raw_ostream adaptor.This will be used to provide a &quot;build-id&quot; by hashing the Moduleblock when writing bitcode. ThinLTO will use this information forincremental build.Reapply r265094 which was reverted in r265102 because it brokeMSVC bots (constexpr is not supported).http://reviews.llvm.org/D16325From: Mehdi Amini &lt;mehdi.amini@apple.com&gt;llvm-svn: 265107

            List of files:
            /llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp</description>
        <pubDate>Fri, 01 Apr 2016 04:30:16 +0000</pubDate>
        <dc:creator>Mehdi Amini &lt;mehdi.amini@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>3689ae14 - Add support for computing SHA1 in LLVM</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp#3689ae14</link>
        <description>Add support for computing SHA1 in LLVMProvide a class to generate a SHA1 from a sequence of bytes, anda convenience raw_ostream adaptor.This will be used to provide a &quot;build-id&quot; by hashing the Moduleblock when writing bitcode. ThinLTO will use this information forincremental build.From: Mehdi Amini &lt;mehdi.amini@apple.com&gt;llvm-svn: 265094

            List of files:
            /llvm-project-15.0.7/llvm/unittests/Support/raw_sha1_ostream_test.cpp</description>
        <pubDate>Fri, 01 Apr 2016 01:29:54 +0000</pubDate>
        <dc:creator>Mehdi Amini &lt;mehdi.amini@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
