Re: [openssl-project] Removing assembler for outdated algorithms

> On Feb 10, 2018, at 4:58 PM, Viktor Dukhovni <vik...@dukhovni.org> wrote: > > > Is blowfish actually outdated? I thought it had some significant use, > and don't recall any major weakness... In particular, IIRC OpenSSH uses blowfish, and links to OpenSSL for

Re: [openssl-project] OS/X builds failing

> On Feb 9, 2018, at 12:39 PM, Kurt Roeckx wrote: > > We document printf to be like the C standard, so it should be > intmax_t, not int64_t, or we need to fix the documentation. I don't think we get to coöpt "j" for another purpose, if we we want a letter format for int64t,

Re: [openssl-project] OS/X builds failing

> On Feb 9, 2018, at 11:23 AM, Richard Levitte wrote: > > From those errors, it looks to me like uintmax_t isn't 64-bit on that > Mac OS/X machine, unless 'unsigned long' and 'unsigned long long' are > the same. No, the compiler is not telling you they're not actually the

Re: [openssl-project] OS/X builds failing

> On Feb 9, 2018, at 5:15 AM, Matt Caswell wrote: > > The new travis OS/X builds are failing with this: > > -MT apps/enc.o -c -o apps/enc.o apps/enc.c > apps/enc.c:567:54: error: format specifies type 'uintmax_t' (aka > 'unsigned long') but the argument has type 'uint64_t'

[openssl-project] crypto/bn/asm/x86/ gone, but still used by crypto/bn/asm/x86.pl?

In master and OpenSSL_1_1_0-stable we have: commit df8c39d52256c2e5327a636928b6d1ed05f695a2 Author: Rich Salz Date: Tue Sep 30 17:30:19 2014 -0400 RT3549: Remove obsolete files in crypto Reviewed-by: Andy Polyakov crypto/bn/asm/x86/add.pl

<    1   2