Re: [openssl-users] mingw 64-bit build of 1.1.0e

2017-03-11 Thread sisyphus1
-Original Message- From: sisyph...@optusnet.com.au Did you just try: perl Configure mingw64 no-shared zlib Aaah ... that looks better. [snip] But where did it find libz ? Heh ... this compiler ships with libz.a (x86_64-w64-mingw32/lib/libz.a). I don't know how long they've

Re: [openssl-users] mingw 64-bit build of 1.1.0e

2017-03-11 Thread sisyphus1
-Original Message- From: Richard Levitte Sent: Sunday, March 12, 2017 3:25 PM To: openssl-users@openssl.org Subject: Re: [openssl-users] mingw 64-bit build of 1.1.0e Just add -m64 on the config line, like this: ./config no-shared zlib -m64 -IC:/_64/msys_630/1.0/local/include \ -LC:/_64

Re: [openssl-users] mingw 64-bit build of 1.1.0e

2017-03-11 Thread Richard Levitte
Just add -m64 on the config line, like this: ./config no-shared zlib -m64 -IC:/_64/msys_630/1.0/local/include \ -LC:/_64/msys_630/1.0/local/lib --prefix=C:/_64/msys_630/1.0/local This is weird, though... what config target did you get when configuring? Ideally, you should have gotten 'mingw64',

Re: [openssl-users] mingw 64-bit build of 1.1.0e

2017-03-11 Thread sisyphus1
-Original Message- From: Matt Caswell Sent: Sunday, March 12, 2017 11:13 AM To: openssl-users@openssl.org Subject: Re: [openssl-users] mingw 64-bit build of 1.1.0e On 12/03/17 00:06, sisyph...@optusnet.com.au wrote: Disconcertingly, the summary at the end of ./config still announces

Re: [openssl-users] mingw 64-bit build of 1.1.0e

2017-03-11 Thread Matt Caswell
On 12/03/17 00:06, sisyph...@optusnet.com.au wrote: > -Original Message- From: sisyph...@optusnet.com.au > Sent: Saturday, March 11, 2017 10:21 PM > To: openssl-users@openssl.org > Subject: [openssl-users] mingw 64-bit build of 1.1.0e > >> In the msys2 shell, I run: >> >> ./config no-sha

Re: [openssl-users] mingw 64-bit build of 1.1.0e

2017-03-11 Thread sisyphus1
-Original Message- From: sisyph...@optusnet.com.au Sent: Saturday, March 11, 2017 10:21 PM To: openssl-users@openssl.org Subject: [openssl-users] mingw 64-bit build of 1.1.0e In the msys2 shell, I run: ./config no-shared zlib -IC:/_64/msys_630/1.0/local/include -LC:/_64/msys_630/1.0/l

Re: [openssl-users] EVP_PKEY_set1_EC_KEY seems to not set something that EVP_PKEY_derive needs

2017-03-11 Thread Ethan Rahn
Wow, That was quite the oversight of mine. That fixed the issue. Thanks so much, I appreciate your patience in dealing with my confusion over the APIs! Cheers, Ethan On Sat, Mar 11, 2017 at 12:28 PM, Matt Caswell wrote: > > > On 11/03/17 18:38, Ethan Rahn wrote: > >size_t sharedSecretLen

Re: [openssl-users] EVP_PKEY_set1_EC_KEY seems to not set something that EVP_PKEY_derive needs

2017-03-11 Thread Matt Caswell
On 11/03/17 18:38, Ethan Rahn wrote: >size_t sharedSecretLen = 0; Set this to sizeof(sharedSecret). > >// Now derive the Shared Secret >EVP_PKEY_CTX *ctx; > >ctx = EVP_PKEY_CTX_new(pkey, NULL); >if (!ctx){ > fprintf( stderr, "Failed to make EVP_PKEY ctx\n" ); >

Re: [openssl-users] EVP_PKEY_set1_EC_KEY seems to not set something that EVP_PKEY_derive needs

2017-03-11 Thread Ethan Rahn
Hey Matt, I'm using openssl-1.0.2j to do this. After a lot of debugging and poking around, I realized that my initial thoughts were not quite correct. Somewhere in trying to come up with an example, I noticed that the problem actually appears to be the buffer I am passing in.. If I use a char ar

[openssl-users] mingw 64-bit build of 1.1.0e

2017-03-11 Thread sisyphus1
Hi, Having a spot of bother trying to build a static openssl-1.1.0e using a mingw-w64 64-bit compiler - namely, gcc version 6.3.0 (x86_64-posix-sjlj-rev1, Built by MinGW-W64 project). In the msys2 shell, I run: ./config no-shared zlib -IC:/_64/msys_630/1.0/local/include -LC:/_64/msys_630/1.0/lo

Re: [openssl-users] [openssl-dev] Openssl 1.0.2 snap STABLE 20170311 issue

2017-03-11 Thread Richard Levitte
23:38:06 -0700, The Doctor said: doctor> doctor> Script started on Fri Mar 10 23:31:39 2017 doctor> You have mail. doctor> root@doctor:/usr/source/openssl-1.0.2-stable-SNAP-20170311 # make doctor> doctor> making all in crypto... doctor> making all in crypto/objects... doctor&g