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
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
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
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
> 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
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
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
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
>
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
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
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
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
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'
>
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
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
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
In message
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
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
>
19 matches
Mail list logo