On Tue, May 08, 2018 at 08:26:05PM +0200, Martin Ågren wrote:
> On 8 May 2018 at 01:30, brian m. carlson wrote:
> > On Mon, May 07, 2018 at 12:10:39PM +0200, Martin Ågren wrote:
> >> Do we actually need more SHA-1-related prereqs, at least long-term, in
> >> which
On 8 May 2018 at 01:30, brian m. carlson wrote:
> On Mon, May 07, 2018 at 12:10:39PM +0200, Martin Ågren wrote:
>> On 7 May 2018 at 01:17, brian m. carlson
>> wrote:
>> > Add an SHA1 prerequisite to annotate both of these types of
On Mon, May 07, 2018 at 12:10:39PM +0200, Martin Ågren wrote:
> On 7 May 2018 at 01:17, brian m. carlson wrote:
> > Add an SHA1 prerequisite to annotate both of these types of tests and
> > disable them when we're using a different hash. In the future, we can
> >
On 7 May 2018 at 01:17, brian m. carlson wrote:
> Add an SHA1 prerequisite to annotate both of these types of tests and
> disable them when we're using a different hash. In the future, we can
> create versions of these tests which handle both SHA-1 and NewHash.
There are some basic tests in our codebase that test that we get fixed
SHA-1 values. These are valuable because they make sure that our SHA-1
implementation is free of bugs, but obviously these tests will fail with
a different hash.
There are also tests which intentionally produce objects that
5 matches
Mail list logo