Re: [openssl-dev] Build issue

2017-08-02 Thread Matthew Stickney
Aha, victory! Turns out this was a line-ending problem: after removing the mingw perl, the mkdef.pl debug output had (among many, many other things), the following when I went looking for MD2 references: > DEBUG: include/openssl/md2.h: found tag OPENSSL_NO_MD2^M = -1 I checked, and sure enough

Re: [openssl-dev] Build issue

2017-08-02 Thread Matt Caswell
On 02/08/17 03:19, Matthew Stickney wrote: > Ok, progress (sort of)! It turns out I was indeed using the wrong > version of perl -- I was using the perl that was installed as part of > the msys2 base-devel group, not the mingw-w64--perl package, > which is a whole separate thing. Errr no. You

Re: [openssl-dev] Build issue

2017-08-02 Thread Richard Levitte
In message on Tue, 1 Aug 2017 22:19:20 -0400, Matthew Stickney said: mtstickney> However, having installed the mingw-w64 version of perl, the configure mtstickney> script is failing because it thinks

Re: [openssl-dev] Build issue

2017-08-01 Thread Matthew Stickney
Ok, progress (sort of)! It turns out I was indeed using the wrong version of perl -- I was using the perl that was installed as part of the msys2 base-devel group, not the mingw-w64--perl package, which is a whole separate thing. However, having installed the mingw-w64 version of perl, the

Re: [openssl-dev] Build issue

2017-08-01 Thread Sergio NNX
> Ok, I have still not been able to reproduce this. Neither have I! I've just downloaded OpenSSL 1.1.0f and built it from source. This is my configuration: Microsoft Windows [Version 10.0.15063] This is perl 5, version 24, subversion 1 (v5.24.1) GCC v6.3.0 (64-bit) ./config mingw64

Re: [openssl-dev] Build issue

2017-08-01 Thread Richard Levitte
Ok, I have still not been able to reproduce this. We have already established that the perl you use is the mingw one, haven't we? (if we haven't, that really needs to be checked. Matching perl and all that) A test to figure out is this: perl util/mkdef.pl 32 crypto debug 2> mkdef-debug.txt

Re: [openssl-dev] Build issue

2017-07-31 Thread Matthew Stickney
I swear I sent my last reply to the list; either my mail client is messing with me, or I'm going crazy. There's no reason for this to be off-list, and that wasn't my intention in the first place. Anyhow: util/libcrypto.num doesn't seem to have anything unusual in it associated with '_num', so

Re: [openssl-dev] Build issue

2017-07-28 Thread Benjamin Kaduk via openssl-dev
On 07/28/2017 01:22 AM, Matthew Stickney wrote: > With a make distclean, ./config, make depend (didn't appear to do > anything), and a make, I'm getting the essentially the same thing: > > Error: _num does not have a number assigned > /usr/bin/perl ./util/mkrc.pl libcrypto-1_1-x64.dll | windres >

Re: [openssl-dev] Build issue

2017-07-28 Thread Matthew Stickney
With a make distclean, ./config, make depend (didn't appear to do anything), and a make, I'm getting the essentially the same thing: Error: _num does not have a number assigned /usr/bin/perl ./util/mkrc.pl libcrypto-1_1-x64.dll | windres --target=pe-x86-64 -o rc.o LD_LIBRARY_PATH=: gcc

Re: [openssl-dev] Build issue

2017-07-27 Thread Blumenthal, Uri - 0553 - MITLL
Instead of "make clean" try "make distclean", then reconfigure and rebuild (don't forget "make depend"). Regards, Uri Sent from my iPhone > On Jul 27, 2017, at 23:24, Matthew Stickney wrote: > >> On Thu, Jul 27, 2017 at 3:29 PM, Richard Levitte

Re: [openssl-dev] Build issue

2017-07-27 Thread Matthew Stickney
On Thu, Jul 27, 2017 at 3:29 PM, Richard Levitte wrote: > Have you tried a 'make clean' and then rebuild? Yep, and building from the 1.1.0 stable branch (failed with different errors), and from a new master. On Thu, Jul 27, 2017 at 3:24 PM, Benjamin Kaduk

Re: [openssl-dev] Build issue

2017-07-27 Thread Richard Levitte
In message on Tue, 25 Jul 2017 20:49:14 -0400, Matthew Stickney said: mtstickney> Possibly. The original errors and hanging perl process have been mtstickney> replaced with an enormous number of

Re: [openssl-dev] Build issue

2017-07-27 Thread Benjamin Kaduk via openssl-dev
On 07/25/2017 07:49 PM, Matthew Stickney wrote: > Possibly. The original errors and hanging perl process have been > replaced with an enormous number of "undefined reference" errors. For > example: > libssl.a(tls_srp.o):tls_srp.c:(.text+0xc4c): undefined reference to `BN_ucmp' >

Re: [openssl-dev] Build issue

2017-07-25 Thread Matthew Stickney
Possibly. The original errors and hanging perl process have been replaced with an enormous number of "undefined reference" errors. For example: libssl.a(tls_srp.o):tls_srp.c:(.text+0xc4c): undefined reference to `BN_ucmp' libssl.a(tls_srp.o):tls_srp.c:(.text+0xd45): undefined reference to

Re: [openssl-dev] Build issue

2017-07-25 Thread Richard Levitte
Could it be that this patch fixes the issue? diff --git a/util/mkdef.pl b/util/mkdef.pl index b3eb6b3d9d..1f214dbb8b 100755 --- a/util/mkdef.pl +++ b/util/mkdef.pl @@ -876,7 +876,7 @@ sub do_defs # Reduce argument lists to empty () # fold round

Re: [openssl-dev] Build issue

2017-07-25 Thread Matthew Stickney
I'm away from the machine in question right now, but: > Also, presumably the perl is the msys perl, but please confirm -- it must be > "matching" in order for things to work. It's definitely the msys perl. I'll check the config line tonight, but I'm virtually certain that it was "./config" in

Re: [openssl-dev] Build issue

2017-07-25 Thread Richard Levitte
In message

Re: [openssl-dev] Build issue

2017-07-25 Thread Benjamin Kaduk via openssl-dev
On 07/25/2017 01:52 PM, Matthew Stickney wrote: > I've been trying to build OpenSSL to work on a new feature, but I've > had problems with the build hanging. I'm building on Windows 10 with > mingw-w64 under msys2; perl is v5.24, and I installed the > Text::Template module from CPAN. > You did

Re: [openssl-dev] build issue with openssl 1.1.0-pre5

2016-06-29 Thread Matt Caswell
On 29/06/16 15:35, Jan Just Keijser wrote: > hi all, > > I'm the maintainer of grid-proxy-verify, a grid-tool that uses "plain" > openssl to verify a grid proxy (either RFC3820 or legacy Globus proxy). > This tool > http://www.nikhef.nl/~janjust/proxy-verify/ > and >