Build issue

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
19 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Build issue

Matthew Stickney
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.

I'm not sure what's relevant, but the hang is definitely in a perl
script of some sort, because there's a perl.exe process uses a
constant chunk of CPU (I suspect this might be a busy-wait, but I
don't know for sure). There are some odd errors before the hang; I've
pasted the log below.

Any ideas? I'm happy to provide more information if that's needed.

-Matt Stickney

make[2]: Entering directory '/c/Users/mts/Desktop/openssl'
File include/openssl/ssl.h: cannot parse: ()()))
#INFO::;
File include/openssl/ssl.h: cannot parse: ()()))
#INFO::DEPRECATEDIN_1_1_0;
File include/openssl/ssl.h: cannot parse: ()
#INFO::;
File include/openssl/ssl.h: cannot parse: ()


enum;
File include/openssl/tls1.h: cannot parse: ()

#INFO::;
File include/openssl/tls1.h: cannot parse: ()

#INFO::;
File include/openssl/asn1.h: cannot parse: ()
#INFO::;
File include/openssl/asn1.h: cannot parse: ()
#INFO::;
File include/openssl/asn1.h: cannot parse: ()
#INFO::;
File include/openssl/asn1.h: cannot parse: ()
#INFO::;
File include/openssl/asn1.h: cannot parse: ()
#INFO::;
File include/openssl/asn1.h: cannot parse: ()

#INFO::;
File include/openssl/asn1.h: cannot parse: ()

#INFO::;
File include/openssl/asn1.h: cannot parse: ()

#INFO::;
File include/openssl/asn1.h: cannot parse: ()

#INFO::;
File include/openssl/bio.h: cannot parse: ()())
#INFO::;
File include/openssl/bio.h: cannot parse: ()())
#INFO::;
File include/openssl/bio.h: cannot parse: ()())
#INFO::;
File include/openssl/bio.h: cannot parse: ()())
#INFO::;
File include/openssl/bio.h: cannot parse: ()())
#INFO::;
File include/openssl/bio.h: cannot parse: ()())
#INFO::;
File include/openssl/bio.h: cannot parse: BIO_CLOSE|BIO_FP_READ,()())
#INFO::;
File include/openssl/bio.h: cannot parse: ()())
#INFO::;
File include/openssl/cms.h: cannot parse: ()
#INFO::;
<-- hang happens here -->
make[2]: *** [Makefile.shared:260: link_shlib.mingw] Interrupt
make[1]: *** [Makefile:655: libcrypto.dll.a] Interrupt
make: *** [Makefile:136: all] Interrupt
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

OpenSSL - Dev mailing list
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 not show the config line used, which is perhaps relevant.

Also, presumably the perl is the msys perl, but please confirm -- it must be "matching" in order for things to work.

-Ben

--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

Richard Levitte - VMS Whacker-2
In reply to this post by Matthew Stickney
In message <CAKH_Ld755=[hidden email]> on Tue, 25 Jul 2017 14:52:50 -0400, Matthew Stickney <[hidden email]> said:

mtstickney> I've been trying to build OpenSSL to work on a new feature, but I've
mtstickney> had problems with the build hanging. I'm building on Windows 10 with
mtstickney> mingw-w64 under msys2; perl is v5.24, and I installed the
mtstickney> Text::Template module from CPAN.
mtstickney>
mtstickney> I'm not sure what's relevant, but the hang is definitely in a perl
mtstickney> script of some sort, because there's a perl.exe process uses a
mtstickney> constant chunk of CPU (I suspect this might be a busy-wait, but I
mtstickney> don't know for sure). There are some odd errors before the hang; I've
mtstickney> pasted the log below.
mtstickney>
mtstickney> Any ideas? I'm happy to provide more information if that's needed.
mtstickney>
mtstickney> -Matt Stickney
mtstickney>
mtstickney> make[2]: Entering directory '/c/Users/mts/Desktop/openssl'
mtstickney> File include/openssl/ssl.h: cannot parse: ()()))
mtstickney> #INFO::;

This is an issue with util/mkdef.pl.

Can you state what OpenSSL version this is, or if it's a git checkout
and if it is, the ID of the top commit (take the output of
'git show HEAD --oneline | head -1')?

Cheers,
Richard

--
Richard Levitte         [hidden email]
OpenSSL Project         http://www.openssl.org/~levitte/
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

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 it's entirety.

> Can you state what OpenSSL version this is

I'll get the commit hash tonight, but this was the tip of master as of
about 9pm EDT last night, so I'd imagine that util/mkdef.pl in master
still has whatever the issue is.

-Matt Stickney

On Tue, Jul 25, 2017 at 2:59 PM, Richard Levitte <[hidden email]> wrote:

> In message <CAKH_Ld755=[hidden email]> on Tue, 25 Jul 2017 14:52:50 -0400, Matthew Stickney <[hidden email]> said:
>
> mtstickney> I've been trying to build OpenSSL to work on a new feature, but I've
> mtstickney> had problems with the build hanging. I'm building on Windows 10 with
> mtstickney> mingw-w64 under msys2; perl is v5.24, and I installed the
> mtstickney> Text::Template module from CPAN.
> mtstickney>
> mtstickney> I'm not sure what's relevant, but the hang is definitely in a perl
> mtstickney> script of some sort, because there's a perl.exe process uses a
> mtstickney> constant chunk of CPU (I suspect this might be a busy-wait, but I
> mtstickney> don't know for sure). There are some odd errors before the hang; I've
> mtstickney> pasted the log below.
> mtstickney>
> mtstickney> Any ideas? I'm happy to provide more information if that's needed.
> mtstickney>
> mtstickney> -Matt Stickney
> mtstickney>
> mtstickney> make[2]: Entering directory '/c/Users/mts/Desktop/openssl'
> mtstickney> File include/openssl/ssl.h: cannot parse: ()()))
> mtstickney> #INFO::;
>
> This is an issue with util/mkdef.pl.
>
> Can you state what OpenSSL version this is, or if it's a git checkout
> and if it is, the ID of the top commit (take the output of
> 'git show HEAD --oneline | head -1')?
>
> Cheers,
> Richard
>
> --
> Richard Levitte         [hidden email]
> OpenSSL Project         http://www.openssl.org/~levitte/
> --
> openssl-dev mailing list
> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

Richard Levitte - VMS Whacker-2
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 brackets recursively: (t(*v)(t),t) -> (t{}{},t) -> {}
                        while(/\(.*\)/s) {
-                               s/\([^\(\)]+\)/\{\}/gs;
+                               s/\([^\(\)]*\)/\{\}/gs;
                                s/\(\s*\*\s*(\w+)\s*\{\}\s*\)/$1/gs;    #(*f{}) -> f
                        }
                        # pretend as we didn't use curly braces: {} -> ()


In message <[hidden email]> on Tue, 25 Jul 2017 15:18:35 -0400, Matthew Stickney <[hidden email]> said:

mtstickney> I'm away from the machine in question right now, but:
mtstickney>
mtstickney> > Also, presumably the perl is the msys perl, but please confirm -- it must be "matching" in order for things to work.
mtstickney>
mtstickney> It's definitely the msys perl. I'll check the config line tonight, but
mtstickney> I'm virtually certain that it was "./config" in it's entirety.
mtstickney>
mtstickney> > Can you state what OpenSSL version this is
mtstickney>
mtstickney> I'll get the commit hash tonight, but this was the tip of master as of
mtstickney> about 9pm EDT last night, so I'd imagine that util/mkdef.pl in master
mtstickney> still has whatever the issue is.
mtstickney>
mtstickney> -Matt Stickney
mtstickney>
mtstickney> On Tue, Jul 25, 2017 at 2:59 PM, Richard Levitte <[hidden email]> wrote:
mtstickney> > In message <CAKH_Ld755=[hidden email]> on Tue, 25 Jul 2017 14:52:50 -0400, Matthew Stickney <[hidden email]> said:
mtstickney> >
mtstickney> > mtstickney> I've been trying to build OpenSSL to work on a new feature, but I've
mtstickney> > mtstickney> had problems with the build hanging. I'm building on Windows 10 with
mtstickney> > mtstickney> mingw-w64 under msys2; perl is v5.24, and I installed the
mtstickney> > mtstickney> Text::Template module from CPAN.
mtstickney> > mtstickney>
mtstickney> > mtstickney> I'm not sure what's relevant, but the hang is definitely in a perl
mtstickney> > mtstickney> script of some sort, because there's a perl.exe process uses a
mtstickney> > mtstickney> constant chunk of CPU (I suspect this might be a busy-wait, but I
mtstickney> > mtstickney> don't know for sure). There are some odd errors before the hang; I've
mtstickney> > mtstickney> pasted the log below.
mtstickney> > mtstickney>
mtstickney> > mtstickney> Any ideas? I'm happy to provide more information if that's needed.
mtstickney> > mtstickney>
mtstickney> > mtstickney> -Matt Stickney
mtstickney> > mtstickney>
mtstickney> > mtstickney> make[2]: Entering directory '/c/Users/mts/Desktop/openssl'
mtstickney> > mtstickney> File include/openssl/ssl.h: cannot parse: ()()))
mtstickney> > mtstickney> #INFO::;
mtstickney> >
mtstickney> > This is an issue with util/mkdef.pl.
mtstickney> >
mtstickney> > Can you state what OpenSSL version this is, or if it's a git checkout
mtstickney> > and if it is, the ID of the top commit (take the output of
mtstickney> > 'git show HEAD --oneline | head -1')?
mtstickney> >
mtstickney> > Cheers,
mtstickney> > Richard
mtstickney> >
mtstickney> > --
mtstickney> > Richard Levitte         [hidden email]
mtstickney> > OpenSSL Project         http://www.openssl.org/~levitte/
mtstickney> > --
mtstickney> > openssl-dev mailing list
mtstickney> > To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
mtstickney> --
mtstickney> openssl-dev mailing list
mtstickney> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
mtstickney>
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

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
`OPENSSL_cleanse'
libssl.a(tls_srp.o):tls_srp.c:(.text+0xd5f): undefined reference to `SRP_Calc_A'
collect2.exe: error: ld returned 1 exit status

I don't know enough about the build system to know whether the
mkdef.pl change might be responsible for this, or whether this is a
separate issue. To follow up on my previous post, the configure line
was indeed "./config", and this is commit 1843787173. Any other data
that I should collect?

-Matt Stickney
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

OpenSSL - Dev mailing list
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'
libssl.a(tls_srp.o):tls_srp.c:(.text+0xd45): undefined reference to
`OPENSSL_cleanse'
libssl.a(tls_srp.o):tls_srp.c:(.text+0xd5f): undefined reference to `SRP_Calc_A'
collect2.exe: error: ld returned 1 exit status

I don't know enough about the build system to know whether the
mkdef.pl change might be responsible for this, or whether this is a
separate issue. To follow up on my previous post, the configure line
was indeed "./config", and this is commit 1843787173. Any other data
that I should collect?


Hmm, all of the listed examples are for things in libssl failing to find symbols from libcrypto, which perhaps suggests a link line ordering issue.  Can you paste the actual linker invocation that is failing?

-Ben

--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

Richard Levitte - VMS Whacker-2
In reply to this post by Matthew Stickney
In message <CAKH_Ld7zcB+XYKFVd95Qz3bG9-kFPpVGSqH2OssQbMV1=[hidden email]> on Tue, 25 Jul 2017 20:49:14 -0400, Matthew Stickney <[hidden email]> said:

mtstickney> Possibly. The original errors and hanging perl process have been
mtstickney> replaced with an enormous number of "undefined reference" errors. For
mtstickney> example:
mtstickney> libssl.a(tls_srp.o):tls_srp.c:(.text+0xc4c): undefined reference to `BN_ucmp'
mtstickney> libssl.a(tls_srp.o):tls_srp.c:(.text+0xd45): undefined reference to
mtstickney> `OPENSSL_cleanse'
mtstickney> libssl.a(tls_srp.o):tls_srp.c:(.text+0xd5f): undefined reference to `SRP_Calc_A'
mtstickney> collect2.exe: error: ld returned 1 exit status
mtstickney>
mtstickney> I don't know enough about the build system to know whether the
mtstickney> mkdef.pl change might be responsible for this, or whether this is a
mtstickney> separate issue. To follow up on my previous post, the configure line
mtstickney> was indeed "./config", and this is commit 1843787173. Any other data
mtstickney> that I should collect?

Have you tried a 'make clean' and then rebuild?  If the previous run
gave incorrect results, you may have ended up with an incomplete
libcrypto.so, but with timestamps that make it look lite it's already
built.

Cheers,
Richard

--
Richard Levitte         [hidden email]
OpenSSL Project         http://www.openssl.org/~levitte/
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

Matthew Stickney
On Thu, Jul 27, 2017 at 3:29 PM, Richard Levitte <[hidden email]> 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 <[hidden email]> wrote:
> Can you paste the actual linker invocation that is failing?

I can certainly try. 'make 2>&1 1>build.log' doesn't seem to work
quite correctly under MSYS2, so I have a build log, and errors,
separately. This looks like the relevant part of the build log:
make -f ./Makefile.shared -e \
        ECHO=echo \
        PLATFORM=mingw64 \
        PERL="/usr/bin/perl" SRCDIR='.' DSTDIR="." \
        INSTALLTOP='/usr/local' LIBDIR='lib' \
        LIBDEPS=' '""' -lws2_32 -lgdi32 -lcrypt32 ' \
        LIBNAME=crypto SHLIBVERSION=1.1 \
        STLIBNAME=libcrypto.a \
        SHLIBNAME=libcrypto.dll.a SHLIBNAME_FULL=libcrypto-1_1-x64.dll \
        CC='gcc' CFLAGS='-DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS
-DOPENSSL_NO_STATIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
-DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
-DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DMD5_ASM -DAES_ASM
-DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOCK_ASM
-DPOLY1305_ASM -DOPENSSLDIR="\"/usr/local/ssl\""
-DENGINESDIR="\"/usr/local/lib/engines-1_1\"" -DL_ENDIAN
-DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O3 -D_MT
-D_WINDLL' \
        LDFLAGS='' SHARED_LDFLAGS='-static-libgcc ' \
        RC='windres' SHARED_RCFLAGS='--target=pe-x86-64' \
        link_shlib.mingw-shared
make[2]: Entering directory '/c/Users/mts/Desktop/openssl'
/usr/bin/perl ./util/mkrc.pl libcrypto-1_1-x64.dll | windres
--target=pe-x86-64 -o rc.o
LD_LIBRARY_PATH=: gcc -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS
-DOPENSSL_NO_STATIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
-DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
-DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DMD5_ASM -DAES_ASM
-DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOCK_ASM
-DPOLY1305_ASM -DOPENSSLDIR="/usr/local/ssl"
-DENGINESDIR="/usr/local/lib/engines-1_1" -DL_ENDIAN
-DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O3 -D_MT
-D_WINDLL -static-libgcc -shared -Wl,-Bsymbolic
-Wl,--out-implib,libcrypto.dll.a crypto.def rc.o -o
libcrypto-1_1-x64.dll -Wl,--whole-archive libcrypto.a
-Wl,--no-whole-archive -lws2_32 -lgdi32 -lcrypt32

The error messages also contain these, which seem interesting:
Error: _num does not have a number assigned
Cannot export MD2: symbol not defined
Cannot export MD2_Final: symbol not defined
Cannot export MD2_Init: symbol not defined
Cannot export MD2_Update: symbol not defined
Cannot export MD2_options: symbol not defined
Cannot export RC5_32_cbc_encrypt: symbol not defined
Cannot export RC5_32_cfb64_encrypt: symbol not defined
Cannot export RC5_32_decrypt: symbol not defined
Cannot export RC5_32_ecb_encrypt: symbol not defined
Cannot export RC5_32_encrypt: symbol not defined
Cannot export RC5_32_ofb64_encrypt: symbol not defined
Cannot export RC5_32_set_key: symbol not defined
collect2.exe: error: ld returned 1 exit status
make[2]: *** [Makefile.shared:260: link_shlib.mingw] Error 1
make[1]: *** [Makefile:658: libcrypto.dll.a] Error 2
make: *** [Makefile:139: all] Error 2

-Matt Stickney
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

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 <[hidden email]> wrote:
>
>> On Thu, Jul 27, 2017 at 3:29 PM, Richard Levitte <[hidden email]> 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 <[hidden email]> wrote:
>> Can you paste the actual linker invocation that is failing?
>
> I can certainly try. 'make 2>&1 1>build.log' doesn't seem to work
> quite correctly under MSYS2, so I have a build log, and errors,
> separately. This looks like the relevant part of the build log:
> make -f ./Makefile.shared -e \
>        ECHO=echo \
>        PLATFORM=mingw64 \
>        PERL="/usr/bin/perl" SRCDIR='.' DSTDIR="." \
>        INSTALLTOP='/usr/local' LIBDIR='lib' \
>        LIBDEPS=' '""' -lws2_32 -lgdi32 -lcrypt32 ' \
>        LIBNAME=crypto SHLIBVERSION=1.1 \
>        STLIBNAME=libcrypto.a \
>        SHLIBNAME=libcrypto.dll.a SHLIBNAME_FULL=libcrypto-1_1-x64.dll \
>        CC='gcc' CFLAGS='-DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS
> -DOPENSSL_NO_STATIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
> -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
> -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DMD5_ASM -DAES_ASM
> -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOCK_ASM
> -DPOLY1305_ASM -DOPENSSLDIR="\"/usr/local/ssl\""
> -DENGINESDIR="\"/usr/local/lib/engines-1_1\"" -DL_ENDIAN
> -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O3 -D_MT
> -D_WINDLL' \
>        LDFLAGS='' SHARED_LDFLAGS='-static-libgcc ' \
>        RC='windres' SHARED_RCFLAGS='--target=pe-x86-64' \
>        link_shlib.mingw-shared
> make[2]: Entering directory '/c/Users/mts/Desktop/openssl'
> /usr/bin/perl ./util/mkrc.pl libcrypto-1_1-x64.dll | windres
> --target=pe-x86-64 -o rc.o
> LD_LIBRARY_PATH=: gcc -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS
> -DOPENSSL_NO_STATIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
> -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
> -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DMD5_ASM -DAES_ASM
> -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOCK_ASM
> -DPOLY1305_ASM -DOPENSSLDIR="/usr/local/ssl"
> -DENGINESDIR="/usr/local/lib/engines-1_1" -DL_ENDIAN
> -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O3 -D_MT
> -D_WINDLL -static-libgcc -shared -Wl,-Bsymbolic
> -Wl,--out-implib,libcrypto.dll.a crypto.def rc.o -o
> libcrypto-1_1-x64.dll -Wl,--whole-archive libcrypto.a
> -Wl,--no-whole-archive -lws2_32 -lgdi32 -lcrypt32
>
> The error messages also contain these, which seem interesting:
> Error: _num does not have a number assigned
> Cannot export MD2: symbol not defined
> Cannot export MD2_Final: symbol not defined
> Cannot export MD2_Init: symbol not defined
> Cannot export MD2_Update: symbol not defined
> Cannot export MD2_options: symbol not defined
> Cannot export RC5_32_cbc_encrypt: symbol not defined
> Cannot export RC5_32_cfb64_encrypt: symbol not defined
> Cannot export RC5_32_decrypt: symbol not defined
> Cannot export RC5_32_ecb_encrypt: symbol not defined
> Cannot export RC5_32_encrypt: symbol not defined
> Cannot export RC5_32_ofb64_encrypt: symbol not defined
> Cannot export RC5_32_set_key: symbol not defined
> collect2.exe: error: ld returned 1 exit status
> make[2]: *** [Makefile.shared:260: link_shlib.mingw] Error 1
> make[1]: *** [Makefile:658: libcrypto.dll.a] Error 2
> make: *** [Makefile:139: all] Error 2
>
> -Matt Stickney
> --
> openssl-dev mailing list
> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

smime.p7s (5K) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

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 -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS -DOPENSSL_NO_STATIC
_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM
_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DMD
5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOCK
_ASM -DPOLY1305_ASM -DOPENSSLDIR="/usr/local/ssl" -DENGINESDIR="/usr/local/lib/e
ngines-1_1" -DL_ENDIAN -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O3
 -D_MT -D_WINDLL -static-libgcc -shared -Wl,-Bsymbolic -Wl,--out-implib,libcrypt
o.dll.a crypto.def rc.o -o libcrypto-1_1-x64.dll -Wl,--whole-archive libcrypto.a
 -Wl,--no-whole-archive -lws2_32 -lgdi32 -lcrypt32
Cannot export MD2: symbol not defined
Cannot export MD2_Final: symbol not defined
Cannot export MD2_Init: symbol not defined
Cannot export MD2_Update: symbol not defined
Cannot export MD2_options: symbol not defined
Cannot export RC5_32_cbc_encrypt: symbol not defined
Cannot export RC5_32_cfb64_encrypt: symbol not defined
Cannot export RC5_32_decrypt: symbol not defined
Cannot export RC5_32_ecb_encrypt: symbol not defined
Cannot export RC5_32_encrypt: symbol not defined
Cannot export RC5_32_ofb64_encrypt: symbol not defined
Cannot export RC5_32_set_key: symbol not defined
collect2.exe: error: ld returned 1 exit status

On Thu, Jul 27, 2017 at 11:54 PM, Blumenthal, Uri - 0553 - MITLL
<[hidden email]> wrote:

> 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 <[hidden email]> wrote:
>>
>>> On Thu, Jul 27, 2017 at 3:29 PM, Richard Levitte <[hidden email]> 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 <[hidden email]> wrote:
>>> Can you paste the actual linker invocation that is failing?
>>
>> I can certainly try. 'make 2>&1 1>build.log' doesn't seem to work
>> quite correctly under MSYS2, so I have a build log, and errors,
>> separately. This looks like the relevant part of the build log:
>> make -f ./Makefile.shared -e \
>>        ECHO=echo \
>>        PLATFORM=mingw64 \
>>        PERL="/usr/bin/perl" SRCDIR='.' DSTDIR="." \
>>        INSTALLTOP='/usr/local' LIBDIR='lib' \
>>        LIBDEPS=' '""' -lws2_32 -lgdi32 -lcrypt32 ' \
>>        LIBNAME=crypto SHLIBVERSION=1.1 \
>>        STLIBNAME=libcrypto.a \
>>        SHLIBNAME=libcrypto.dll.a SHLIBNAME_FULL=libcrypto-1_1-x64.dll \
>>        CC='gcc' CFLAGS='-DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS
>> -DOPENSSL_NO_STATIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
>> -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
>> -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DMD5_ASM -DAES_ASM
>> -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOCK_ASM
>> -DPOLY1305_ASM -DOPENSSLDIR="\"/usr/local/ssl\""
>> -DENGINESDIR="\"/usr/local/lib/engines-1_1\"" -DL_ENDIAN
>> -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O3 -D_MT
>> -D_WINDLL' \
>>        LDFLAGS='' SHARED_LDFLAGS='-static-libgcc ' \
>>        RC='windres' SHARED_RCFLAGS='--target=pe-x86-64' \
>>        link_shlib.mingw-shared
>> make[2]: Entering directory '/c/Users/mts/Desktop/openssl'
>> /usr/bin/perl ./util/mkrc.pl libcrypto-1_1-x64.dll | windres
>> --target=pe-x86-64 -o rc.o
>> LD_LIBRARY_PATH=: gcc -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS
>> -DOPENSSL_NO_STATIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
>> -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
>> -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DMD5_ASM -DAES_ASM
>> -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOCK_ASM
>> -DPOLY1305_ASM -DOPENSSLDIR="/usr/local/ssl"
>> -DENGINESDIR="/usr/local/lib/engines-1_1" -DL_ENDIAN
>> -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O3 -D_MT
>> -D_WINDLL -static-libgcc -shared -Wl,-Bsymbolic
>> -Wl,--out-implib,libcrypto.dll.a crypto.def rc.o -o
>> libcrypto-1_1-x64.dll -Wl,--whole-archive libcrypto.a
>> -Wl,--no-whole-archive -lws2_32 -lgdi32 -lcrypt32
>>
>> The error messages also contain these, which seem interesting:
>> Error: _num does not have a number assigned
>> Cannot export MD2: symbol not defined
>> Cannot export MD2_Final: symbol not defined
>> Cannot export MD2_Init: symbol not defined
>> Cannot export MD2_Update: symbol not defined
>> Cannot export MD2_options: symbol not defined
>> Cannot export RC5_32_cbc_encrypt: symbol not defined
>> Cannot export RC5_32_cfb64_encrypt: symbol not defined
>> Cannot export RC5_32_decrypt: symbol not defined
>> Cannot export RC5_32_ecb_encrypt: symbol not defined
>> Cannot export RC5_32_encrypt: symbol not defined
>> Cannot export RC5_32_ofb64_encrypt: symbol not defined
>> Cannot export RC5_32_set_key: symbol not defined
>> collect2.exe: error: ld returned 1 exit status
>> make[2]: *** [Makefile.shared:260: link_shlib.mingw] Error 1
>> make[1]: *** [Makefile:658: libcrypto.dll.a] Error 2
>> make: *** [Makefile:139: all] Error 2
>>
>> -Matt Stickney
>> --
>> openssl-dev mailing list
>> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
>
> --
> openssl-dev mailing list
> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
>
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

OpenSSL - Dev mailing list
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 --target=pe-x86-64
-o rc.o
LD_LIBRARY_PATH=: gcc -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS -DOPENSSL_NO_STATIC
_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM
_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DMD
5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOCK
_ASM -DPOLY1305_ASM -DOPENSSLDIR="/usr/local/ssl" -DENGINESDIR="/usr/local/lib/e
ngines-1_1" -DL_ENDIAN -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O3
 -D_MT -D_WINDLL -static-libgcc -shared -Wl,-Bsymbolic -Wl,--out-implib,libcrypt
o.dll.a crypto.def rc.o -o libcrypto-1_1-x64.dll -Wl,--whole-archive libcrypto.a
 -Wl,--no-whole-archive -lws2_32 -lgdi32 -lcrypt32
Cannot export MD2: symbol not defined
Cannot export MD2_Final: symbol not defined
Cannot export MD2_Init: symbol not defined
Cannot export MD2_Update: symbol not defined
Cannot export MD2_options: symbol not defined
Cannot export RC5_32_cbc_encrypt: symbol not defined
Cannot export RC5_32_cfb64_encrypt: symbol not defined
Cannot export RC5_32_decrypt: symbol not defined
Cannot export RC5_32_ecb_encrypt: symbol not defined
Cannot export RC5_32_encrypt: symbol not defined
Cannot export RC5_32_ofb64_encrypt: symbol not defined
Cannot export RC5_32_set_key: symbol not defined
collect2.exe: error: ld returned 1 exit status


MD2 and RC5 are disabled by default, so it is expected that they will not be defined.  It is hard to say whether those messages are the source of the error exit status or just warnings, though.

It's certainly plausible that there are further mkdef.pl issues responsible, though. Since mkdef.pl generates the crypto.def file referenced on your link line, maybe you could post that somewhere and link to it?  (mkdef.pl can also be used to generate .map files, but it seems like the .def file is the relevant one at the moment.)

But I may have to defer to Richard for the workings of mkdef.pl itself...

-Ben

--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

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 that's fine, but then neither does
crypto.def, so it seems like it's not an issue with util/mkdef.pl. I
mean, obviously the error is /somewhere/....

-Matt Stickney

On Mon, Jul 31, 2017 at 10:22 AM, Matthew Stickney <[hidden email]> wrote:

> Thanks for the suggestion, and my apologies: I didn't intend to take
> this off-list. I'll check libcrypto.num when I get back on the machine
> tonight. If it helps, I am building this with 64-bit mingw, but I
> don't see how that would have an effect (there are build warnings
> earlier in the process, but from what I've seen they look harmless).
>
> -Matt Stickney
>
> On Mon, Jul 31, 2017 at 10:17 AM, Richard Levitte <[hidden email]> wrote:
>> util/mkdef.pl picks up all the data from configdata.pm, and regarding
>> options, it looks at $config{options}, which includes everything
>> that's disabled by default.
>>
>> This all is an issue that I'm currently labeling *weird*, 'cause it
>> makes no sense at all.  Most of all, this line really has me gawking,
>> scratching my head and generally looking silly:
>>
>>     Error: _num does not have a number assigned
>>
>> Basically, it looks like *something* is getting ba-a-a-a-dly parsed,
>> and I have no idea if that's in util/libcrypto.num (could you try and
>> grep for '_num' and possibly '^_num' to see if you can find something
>> weird?) or if it's a serious corner case cock up in util/mkdef.pl.
>>
>> Worst thing is, I haven't been able to reproduce...  I am going to try
>> again just now, with the hope that 32-bit mingw doesn't make a
>> difference...
>>
>> Cheers,
>> Richard
>>
>> In message <[hidden email]> on Mon, 31 Jul 2017 09:02:15 -0500, Benjamin Kaduk <[hidden email]> said:
>>
>> bkaduk> Whoops, I missed that this was unicast when skimming mail over the weekend.
>> bkaduk> Looping back in Richard, at least, though if you don't mind, putting the list back would be best.
>> bkaduk>
>> bkaduk> Richard, my (extremely) quick skim of mkdef.pl is that it is only picking up explicitly set options
>> bkaduk> and not things disabled by default; does that seem plausible?
>> bkaduk>
>> bkaduk> -Ben
>> bkaduk>
>> bkaduk> On 07/28/2017 10:38 PM, Matthew Stickney wrote:
>> bkaduk>
>> bkaduk>  [1] has the contents of my crypto.def file, although I don't see
>> bkaduk> anything especially odd in there (not that I would know, really).
>> bkaduk>
>> bkaduk> I removed the offending symbols from crypto.def, and that caused the
>> bkaduk> previously-failing command to succeed. I added some print statements
>> bkaduk> to mkdef.pl and configured with "./configure mingw64 no-rc5 no-md2",
>> bkaduk> and mkdef.pl appeared to be adding them to its list of disabled
>> bkaduk> algorithms, but the MD2 and RC5 symbols are still in crypto.def. I'm
>> bkaduk> no perl hacker, but I'll play around with it a bit.
>> bkaduk>
>> bkaduk> If I hand-remove the undefined symbols, building libssl fails with
>> bkaduk> undefined references if I run make again, and if I run make again
>> bkaduk> after that, building engines/e_capi.o fails with similar errors
>> bkaduk> (probably related, but seems strange that libssl is ignored after the
>> bkaduk> first failure). Some logs below.
>> bkaduk>
>> bkaduk> -Matt Stickney
>> bkaduk>
>> bkaduk> [1] https://gist.github.com/mtstickney/eac60bb98cafc9b978407cbb0a466cdc
>> bkaduk> [2] http://openssl.6102.n7.nabble.com/Issues-with-latest-snapshot-td36148.html
>> bkaduk>
>> bkaduk> perl ./util/mkrc.pl libssl-1_1-x64.dll | windres --target=pe-x86-64 -o rc.o
>> bkaduk> LD_LIBRARY_PATH=.: gcc -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS -DOPENSSL_NO_STATI
>> bkaduk> C_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_AS
>> bkaduk> M_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DM
>> bkaduk> D5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOC
>> bkaduk> K_ASM -DPOLY1305_ASM -DOPENSSLDIR="/usr/local/ssl" -DENGINESDIR="/usr/local/lib/
>> bkaduk> engines-1_1" -DL_ENDIAN -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O
>> bkaduk> 3 -D_MT -D_WINDLL -static-libgcc -shared -Wl,-Bsymbolic -Wl,--out-implib,libssl.
>> bkaduk> dll.a ssl.def rc.o -o libssl-1_1-x64.dll -Wl,--whole-archive libssl.a -Wl,--no-w
>> bkaduk> hole-archive -L. -lcrypto -lws2_32 -lgdi32 -lcrypt32
>> bkaduk> libssl.a(ssl_init.o):ssl_init.c:(.text+0x276): undefined reference to `err_free_
>> bkaduk> strings_int'
>> bkaduk> libssl.a(ssl_lib.o):ssl_lib.c:(.text+0x1d6c): undefined reference to `d2i_PUBKEY
>> bkaduk> '
>> bkaduk> libssl.a(ssl_lib.o):ssl_lib.c:(.text+0x1ef9): undefined reference to `d2i_X509'
>> bkaduk> libssl.a(ssl_lib.o):ssl_lib.c:(.text+0x7c80): undefined reference to `d2i_PUBKEY
>> bkaduk> '
>> bkaduk>
>> bkaduk> <snip>
>> bkaduk>
>> bkaduk> LD_LIBRARY_PATH=.: gcc -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS
>> bkaduk> -DOPENSSL_NO_STATIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
>> bkaduk> -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
>> bkaduk> -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DMD5_ASM -DAES_ASM
>> bkaduk> -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOCK_ASM
>> bkaduk> -DPOLY1305_ASM -DOPENSSLDIR="/usr/local/ssl"
>> bkaduk> -DENGINESDIR="/usr/local/lib/engines-1_1" -DL_ENDIAN
>> bkaduk> -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O3 -D_MT
>> bkaduk> -D_WINDLL -static-libgcc -shared -Wl,--enable-auto-image-base
>> bkaduk> -Wl,-Bsymbolic -o engines/capi.dll engines/e_capi.o -L. -lcrypto
>> bkaduk> -lws2_32 -lgdi32 -lcrypt32
>> bkaduk> engines/e_capi.o:e_capi.c:(.text+0x1d2e): undefined reference to `d2i_X509'
>> bkaduk> engines/e_capi.o:e_capi.c:(.text+0x2e9a): undefined reference to `d2i_X509'
>> bkaduk> engines/e_capi.o:e_capi.c:(.text+0x3283): undefined reference to `d2i_X509'
>> bkaduk>
>> bkaduk>
>> bkaduk> On Fri, Jul 28, 2017 at 8:29 AM, Benjamin Kaduk <[hidden email]> wrote:
>> bkaduk>
>> bkaduk>  On 07/28/2017 01:22 AM, Matthew Stickney wrote:
>> bkaduk>
>> bkaduk> With a make distclean, ./config, make depend (didn't appear to do
>> bkaduk> anything), and a make, I'm getting the essentially the same thing:
>> bkaduk>
>> bkaduk> Error: _num does not have a number assigned
>> bkaduk> /usr/bin/perl ./util/mkrc.pl libcrypto-1_1-x64.dll | windres
>> bkaduk> --target=pe-x86-64
>> bkaduk> -o rc.o
>> bkaduk> LD_LIBRARY_PATH=: gcc -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS
>> bkaduk> -DOPENSSL_NO_STATIC
>> bkaduk> _ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT
>> bkaduk> -DOPENSSL_BN_ASM
>> bkaduk> _MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM
>> bkaduk> -DMD
>> bkaduk> 5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM
>> bkaduk> -DPADLOCK
>> bkaduk> _ASM -DPOLY1305_ASM -DOPENSSLDIR="/usr/local/ssl"
>> bkaduk> -DENGINESDIR="/usr/local/lib/e
>> bkaduk> ngines-1_1" -DL_ENDIAN -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall
>> bkaduk> -O3
>> bkaduk>  -D_MT -D_WINDLL -static-libgcc -shared -Wl,-Bsymbolic
>> bkaduk> -Wl,--out-implib,libcrypt
>> bkaduk> o.dll.a crypto.def rc.o -o libcrypto-1_1-x64.dll -Wl,--whole-archive
>> bkaduk> libcrypto.a
>> bkaduk>  -Wl,--no-whole-archive -lws2_32 -lgdi32 -lcrypt32
>> bkaduk> Cannot export MD2: symbol not defined
>> bkaduk> Cannot export MD2_Final: symbol not defined
>> bkaduk> Cannot export MD2_Init: symbol not defined
>> bkaduk> Cannot export MD2_Update: symbol not defined
>> bkaduk> Cannot export MD2_options: symbol not defined
>> bkaduk> Cannot export RC5_32_cbc_encrypt: symbol not defined
>> bkaduk> Cannot export RC5_32_cfb64_encrypt: symbol not defined
>> bkaduk> Cannot export RC5_32_decrypt: symbol not defined
>> bkaduk> Cannot export RC5_32_ecb_encrypt: symbol not defined
>> bkaduk> Cannot export RC5_32_encrypt: symbol not defined
>> bkaduk> Cannot export RC5_32_ofb64_encrypt: symbol not defined
>> bkaduk> Cannot export RC5_32_set_key: symbol not defined
>> bkaduk> collect2.exe: error: ld returned 1 exit status
>> bkaduk>
>> bkaduk>
>> bkaduk> MD2 and RC5 are disabled by default, so it is expected that they will not be
>> bkaduk> defined.  It is hard to say whether those messages are the source of the
>> bkaduk> error exit status or just warnings, though.
>> bkaduk>
>> bkaduk> It's certainly plausible that there are further mkdef.pl issues responsible,
>> bkaduk> though. Since mkdef.pl generates the crypto.def file referenced on your link
>> bkaduk> line, maybe you could post that somewhere and link to it?  (mkdef.pl can
>> bkaduk> also be used to generate .map files, but it seems like the .def file is the
>> bkaduk> relevant one at the moment.)
>> bkaduk>
>> bkaduk> But I may have to defer to Richard for the workings of mkdef.pl itself...
>> bkaduk>
>> bkaduk> -Ben
>> bkaduk>
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

Richard Levitte - VMS Whacker-2
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 > /dev/null

Then let someone who knows mkdef look at the output.  I would usually
volunteer, but my time is currently limited (on vacation), so I won't
be able to look at it before mid August.  The debug output is messy,
fair warning.

Cheers,
Richard

In message <[hidden email]> on Mon, 31 Jul 2017 21:07:07 -0400, Matthew Stickney <[hidden email]> said:

mtstickney> I swear I sent my last reply to the list; either my mail client is
mtstickney> messing with me, or I'm going crazy. There's no reason for this to be
mtstickney> off-list, and that wasn't my intention in the first place.
mtstickney>
mtstickney> Anyhow: util/libcrypto.num doesn't seem to have anything unusual in it
mtstickney> associated with '_num', so that's fine, but then neither does
mtstickney> crypto.def, so it seems like it's not an issue with util/mkdef.pl. I
mtstickney> mean, obviously the error is /somewhere/....
mtstickney>
mtstickney> -Matt Stickney
mtstickney>
mtstickney> On Mon, Jul 31, 2017 at 10:22 AM, Matthew Stickney <[hidden email]> wrote:
mtstickney> > Thanks for the suggestion, and my apologies: I didn't intend to take
mtstickney> > this off-list. I'll check libcrypto.num when I get back on the machine
mtstickney> > tonight. If it helps, I am building this with 64-bit mingw, but I
mtstickney> > don't see how that would have an effect (there are build warnings
mtstickney> > earlier in the process, but from what I've seen they look harmless).
mtstickney> >
mtstickney> > -Matt Stickney
mtstickney> >
mtstickney> > On Mon, Jul 31, 2017 at 10:17 AM, Richard Levitte <[hidden email]> wrote:
mtstickney> >> util/mkdef.pl picks up all the data from configdata.pm, and regarding
mtstickney> >> options, it looks at $config{options}, which includes everything
mtstickney> >> that's disabled by default.
mtstickney> >>
mtstickney> >> This all is an issue that I'm currently labeling *weird*, 'cause it
mtstickney> >> makes no sense at all.  Most of all, this line really has me gawking,
mtstickney> >> scratching my head and generally looking silly:
mtstickney> >>
mtstickney> >>     Error: _num does not have a number assigned
mtstickney> >>
mtstickney> >> Basically, it looks like *something* is getting ba-a-a-a-dly parsed,
mtstickney> >> and I have no idea if that's in util/libcrypto.num (could you try and
mtstickney> >> grep for '_num' and possibly '^_num' to see if you can find something
mtstickney> >> weird?) or if it's a serious corner case cock up in util/mkdef.pl.
mtstickney> >>
mtstickney> >> Worst thing is, I haven't been able to reproduce...  I am going to try
mtstickney> >> again just now, with the hope that 32-bit mingw doesn't make a
mtstickney> >> difference...
mtstickney> >>
mtstickney> >> Cheers,
mtstickney> >> Richard
mtstickney> >>
mtstickney> >> In message <[hidden email]> on Mon, 31 Jul 2017 09:02:15 -0500, Benjamin Kaduk <[hidden email]> said:
mtstickney> >>
mtstickney> >> bkaduk> Whoops, I missed that this was unicast when skimming mail over the weekend.
mtstickney> >> bkaduk> Looping back in Richard, at least, though if you don't mind, putting the list back would be best.
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> Richard, my (extremely) quick skim of mkdef.pl is that it is only picking up explicitly set options
mtstickney> >> bkaduk> and not things disabled by default; does that seem plausible?
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> -Ben
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> On 07/28/2017 10:38 PM, Matthew Stickney wrote:
mtstickney> >> bkaduk>
mtstickney> >> bkaduk>  [1] has the contents of my crypto.def file, although I don't see
mtstickney> >> bkaduk> anything especially odd in there (not that I would know, really).
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> I removed the offending symbols from crypto.def, and that caused the
mtstickney> >> bkaduk> previously-failing command to succeed. I added some print statements
mtstickney> >> bkaduk> to mkdef.pl and configured with "./configure mingw64 no-rc5 no-md2",
mtstickney> >> bkaduk> and mkdef.pl appeared to be adding them to its list of disabled
mtstickney> >> bkaduk> algorithms, but the MD2 and RC5 symbols are still in crypto.def. I'm
mtstickney> >> bkaduk> no perl hacker, but I'll play around with it a bit.
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> If I hand-remove the undefined symbols, building libssl fails with
mtstickney> >> bkaduk> undefined references if I run make again, and if I run make again
mtstickney> >> bkaduk> after that, building engines/e_capi.o fails with similar errors
mtstickney> >> bkaduk> (probably related, but seems strange that libssl is ignored after the
mtstickney> >> bkaduk> first failure). Some logs below.
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> -Matt Stickney
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> [1] https://gist.github.com/mtstickney/eac60bb98cafc9b978407cbb0a466cdc
mtstickney> >> bkaduk> [2] http://openssl.6102.n7.nabble.com/Issues-with-latest-snapshot-td36148.html
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> perl ./util/mkrc.pl libssl-1_1-x64.dll | windres --target=pe-x86-64 -o rc.o
mtstickney> >> bkaduk> LD_LIBRARY_PATH=.: gcc -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS -DOPENSSL_NO_STATI
mtstickney> >> bkaduk> C_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_AS
mtstickney> >> bkaduk> M_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DM
mtstickney> >> bkaduk> D5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOC
mtstickney> >> bkaduk> K_ASM -DPOLY1305_ASM -DOPENSSLDIR="/usr/local/ssl" -DENGINESDIR="/usr/local/lib/
mtstickney> >> bkaduk> engines-1_1" -DL_ENDIAN -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O
mtstickney> >> bkaduk> 3 -D_MT -D_WINDLL -static-libgcc -shared -Wl,-Bsymbolic -Wl,--out-implib,libssl.
mtstickney> >> bkaduk> dll.a ssl.def rc.o -o libssl-1_1-x64.dll -Wl,--whole-archive libssl.a -Wl,--no-w
mtstickney> >> bkaduk> hole-archive -L. -lcrypto -lws2_32 -lgdi32 -lcrypt32
mtstickney> >> bkaduk> libssl.a(ssl_init.o):ssl_init.c:(.text+0x276): undefined reference to `err_free_
mtstickney> >> bkaduk> strings_int'
mtstickney> >> bkaduk> libssl.a(ssl_lib.o):ssl_lib.c:(.text+0x1d6c): undefined reference to `d2i_PUBKEY
mtstickney> >> bkaduk> '
mtstickney> >> bkaduk> libssl.a(ssl_lib.o):ssl_lib.c:(.text+0x1ef9): undefined reference to `d2i_X509'
mtstickney> >> bkaduk> libssl.a(ssl_lib.o):ssl_lib.c:(.text+0x7c80): undefined reference to `d2i_PUBKEY
mtstickney> >> bkaduk> '
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> <snip>
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> LD_LIBRARY_PATH=.: gcc -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS
mtstickney> >> bkaduk> -DOPENSSL_NO_STATIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
mtstickney> >> bkaduk> -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
mtstickney> >> bkaduk> -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DMD5_ASM -DAES_ASM
mtstickney> >> bkaduk> -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOCK_ASM
mtstickney> >> bkaduk> -DPOLY1305_ASM -DOPENSSLDIR="/usr/local/ssl"
mtstickney> >> bkaduk> -DENGINESDIR="/usr/local/lib/engines-1_1" -DL_ENDIAN
mtstickney> >> bkaduk> -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall -O3 -D_MT
mtstickney> >> bkaduk> -D_WINDLL -static-libgcc -shared -Wl,--enable-auto-image-base
mtstickney> >> bkaduk> -Wl,-Bsymbolic -o engines/capi.dll engines/e_capi.o -L. -lcrypto
mtstickney> >> bkaduk> -lws2_32 -lgdi32 -lcrypt32
mtstickney> >> bkaduk> engines/e_capi.o:e_capi.c:(.text+0x1d2e): undefined reference to `d2i_X509'
mtstickney> >> bkaduk> engines/e_capi.o:e_capi.c:(.text+0x2e9a): undefined reference to `d2i_X509'
mtstickney> >> bkaduk> engines/e_capi.o:e_capi.c:(.text+0x3283): undefined reference to `d2i_X509'
mtstickney> >> bkaduk>
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> On Fri, Jul 28, 2017 at 8:29 AM, Benjamin Kaduk <[hidden email]> wrote:
mtstickney> >> bkaduk>
mtstickney> >> bkaduk>  On 07/28/2017 01:22 AM, Matthew Stickney wrote:
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> With a make distclean, ./config, make depend (didn't appear to do
mtstickney> >> bkaduk> anything), and a make, I'm getting the essentially the same thing:
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> Error: _num does not have a number assigned
mtstickney> >> bkaduk> /usr/bin/perl ./util/mkrc.pl libcrypto-1_1-x64.dll | windres
mtstickney> >> bkaduk> --target=pe-x86-64
mtstickney> >> bkaduk> -o rc.o
mtstickney> >> bkaduk> LD_LIBRARY_PATH=: gcc -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS
mtstickney> >> bkaduk> -DOPENSSL_NO_STATIC
mtstickney> >> bkaduk> _ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT
mtstickney> >> bkaduk> -DOPENSSL_BN_ASM
mtstickney> >> bkaduk> _MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM
mtstickney> >> bkaduk> -DMD
mtstickney> >> bkaduk> 5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM
mtstickney> >> bkaduk> -DPADLOCK
mtstickney> >> bkaduk> _ASM -DPOLY1305_ASM -DOPENSSLDIR="/usr/local/ssl"
mtstickney> >> bkaduk> -DENGINESDIR="/usr/local/lib/e
mtstickney> >> bkaduk> ngines-1_1" -DL_ENDIAN -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -m64 -Wall
mtstickney> >> bkaduk> -O3
mtstickney> >> bkaduk>  -D_MT -D_WINDLL -static-libgcc -shared -Wl,-Bsymbolic
mtstickney> >> bkaduk> -Wl,--out-implib,libcrypt
mtstickney> >> bkaduk> o.dll.a crypto.def rc.o -o libcrypto-1_1-x64.dll -Wl,--whole-archive
mtstickney> >> bkaduk> libcrypto.a
mtstickney> >> bkaduk>  -Wl,--no-whole-archive -lws2_32 -lgdi32 -lcrypt32
mtstickney> >> bkaduk> Cannot export MD2: symbol not defined
mtstickney> >> bkaduk> Cannot export MD2_Final: symbol not defined
mtstickney> >> bkaduk> Cannot export MD2_Init: symbol not defined
mtstickney> >> bkaduk> Cannot export MD2_Update: symbol not defined
mtstickney> >> bkaduk> Cannot export MD2_options: symbol not defined
mtstickney> >> bkaduk> Cannot export RC5_32_cbc_encrypt: symbol not defined
mtstickney> >> bkaduk> Cannot export RC5_32_cfb64_encrypt: symbol not defined
mtstickney> >> bkaduk> Cannot export RC5_32_decrypt: symbol not defined
mtstickney> >> bkaduk> Cannot export RC5_32_ecb_encrypt: symbol not defined
mtstickney> >> bkaduk> Cannot export RC5_32_encrypt: symbol not defined
mtstickney> >> bkaduk> Cannot export RC5_32_ofb64_encrypt: symbol not defined
mtstickney> >> bkaduk> Cannot export RC5_32_set_key: symbol not defined
mtstickney> >> bkaduk> collect2.exe: error: ld returned 1 exit status
mtstickney> >> bkaduk>
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> MD2 and RC5 are disabled by default, so it is expected that they will not be
mtstickney> >> bkaduk> defined.  It is hard to say whether those messages are the source of the
mtstickney> >> bkaduk> error exit status or just warnings, though.
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> It's certainly plausible that there are further mkdef.pl issues responsible,
mtstickney> >> bkaduk> though. Since mkdef.pl generates the crypto.def file referenced on your link
mtstickney> >> bkaduk> line, maybe you could post that somewhere and link to it?  (mkdef.pl can
mtstickney> >> bkaduk> also be used to generate .map files, but it seems like the .def file is the
mtstickney> >> bkaduk> relevant one at the moment.)
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> But I may have to defer to Richard for the workings of mkdef.pl itself...
mtstickney> >> bkaduk>
mtstickney> >> bkaduk> -Ben
mtstickney> >> bkaduk>
mtstickney> --
mtstickney> openssl-dev mailing list
mtstickney> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
mtstickney>
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

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  ........

make depend

make all


After a while, I get the executable and libraries.


OpenSSL 1.1.0f  25 May 2017
built on: reproducible build, date unspecified
platform: mingw64


perl util/mkdef.pl 32 crypto debug 2> mkdef-debug.txt > /dev/null
[It generates a huge file (125MB)]

Cheers.

Ser/


P.S.: Try to use a more specific subject next time!


--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

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-<arch>-perl package,
which is a whole separate thing.

However, having installed the mingw-w64 version of perl, the configure
script is failing because it thinks this is a unix-like platform, but
perl is producing windows-style paths:

> This perl implementation doesn't produce Unix like paths (with forward slash
> directory separators).  Please use an implementation that matches your
> building platform.

> This Perl version: 5.22.0 for MSWin32-x64-multi-thread

I can't follow the configure script well enough to tell where it's
detecting the relevant bits from -- the build_scheme key seems to be
responsible for triggering the unix-checker.pm script that fails, but
grep only turns up two references to it: the readme, and the configure
script. Is this an issue with msys2+mingw-w64 environments?

-Matt Stickney

On Tue, Aug 1, 2017 at 8:54 AM, Sergio NNX <[hidden email]> wrote:

>> 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  ........
>
> make depend
>
> make all
>
>
> After a while, I get the executable and libraries.
>
>
> OpenSSL 1.1.0f  25 May 2017
> built on: reproducible build, date unspecified
> platform: mingw64
>
>
> perl util/mkdef.pl 32 crypto debug 2> mkdef-debug.txt > /dev/null
> [It generates a huge file (125MB)]
>
> Cheers.
>
> Ser/
>
>
> P.S.: Try to use a more specific subject next time!
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

Richard Levitte - VMS Whacker-2
In message <CAKH_Ld7SNCErpTqFzZcfb7uE3KqOPZ5+Tw=[hidden email]> on Tue, 1 Aug 2017 22:19:20 -0400, Matthew Stickney <[hidden email]> said:

mtstickney> However, having installed the mingw-w64 version of perl, the configure
mtstickney> script is failing because it thinks this is a unix-like platform, but
mtstickney> perl is producing windows-style paths:
mtstickney>
mtstickney> > This perl implementation doesn't produce Unix like paths (with forward slash
mtstickney> > directory separators).  Please use an implementation that matches your
mtstickney> > building platform.
mtstickney>
mtstickney> > This Perl version: 5.22.0 for MSWin32-x64-multi-thread
mtstickney>
mtstickney> I can't follow the configure script well enough to tell where it's
mtstickney> detecting the relevant bits from -- the build_scheme key seems to be
mtstickney> responsible for triggering the unix-checker.pm script that fails, but
mtstickney> grep only turns up two references to it: the readme, and the configure
mtstickney> script. Is this an issue with msys2+mingw-w64 environments?

OR unix-checker.pem might be buggy.  May I suggest insert this line
before the check, try again and see what it says?

    print STDERR "Current directory: ", rel2abs('.'), "\n";

--
Richard Levitte         [hidden email]
OpenSSL Project         http://www.openssl.org/~levitte/
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

Matt Caswell-2
In reply to this post by Matthew Stickney


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-<arch>-perl package,
> which is a whole separate thing.


Errr no. You were right the first time - you should be using the msys2
perl. This is my perl --version output:

This is perl 5, version 22, subversion 1 (v5.22.1) built for
x86_64-msys-thread-multi

Do NOT use the mingw perl (I think Richard misspoke when he said this
before - the "matching perl" requirement means that using msys2 shell
requires msys2 perl).

Just to check - you are using the msys2 shell right?

Matt


>
> However, having installed the mingw-w64 version of perl, the configure
> script is failing because it thinks this is a unix-like platform, but
> perl is producing windows-style paths:
>
>> This perl implementation doesn't produce Unix like paths (with forward slash
>> directory separators).  Please use an implementation that matches your
>> building platform.
>
>> This Perl version: 5.22.0 for MSWin32-x64-multi-thread
>
> I can't follow the configure script well enough to tell where it's
> detecting the relevant bits from -- the build_scheme key seems to be
> responsible for triggering the unix-checker.pm script that fails, but
> grep only turns up two references to it: the readme, and the configure
> script. Is this an issue with msys2+mingw-w64 environments?
>
> -Matt Stickney
>
> On Tue, Aug 1, 2017 at 8:54 AM, Sergio NNX <[hidden email]> wrote:
>>> 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  ........
>>
>> make depend
>>
>> make all
>>
>>
>> After a while, I get the executable and libraries.
>>
>>
>> OpenSSL 1.1.0f  25 May 2017
>> built on: reproducible build, date unspecified
>> platform: mingw64
>>
>>
>> perl util/mkdef.pl 32 crypto debug 2> mkdef-debug.txt > /dev/null
>> [It generates a huge file (125MB)]
>>
>> Cheers.
>>
>> Ser/
>>
>>
>> P.S.: Try to use a more specific subject next time!
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Build issue

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 the md2 header had windows line endings.
core.autocrlf was false, and core.eol was lf, so I'm not sure how only
some headers had the wrong line endings, but an "rm -rf * && git
checkout ." produced a working build.

Thanks for the time and assistance, everybody.

-Matt Stickney

On Wed, Aug 2, 2017 at 4:07 AM, Matt Caswell <[hidden email]> wrote:

>
>
> 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-<arch>-perl package,
>> which is a whole separate thing.
>
>
> Errr no. You were right the first time - you should be using the msys2
> perl. This is my perl --version output:
>
> This is perl 5, version 22, subversion 1 (v5.22.1) built for
> x86_64-msys-thread-multi
>
> Do NOT use the mingw perl (I think Richard misspoke when he said this
> before - the "matching perl" requirement means that using msys2 shell
> requires msys2 perl).
>
> Just to check - you are using the msys2 shell right?
>
> Matt
>
>
>>
>> However, having installed the mingw-w64 version of perl, the configure
>> script is failing because it thinks this is a unix-like platform, but
>> perl is producing windows-style paths:
>>
>>> This perl implementation doesn't produce Unix like paths (with forward slash
>>> directory separators).  Please use an implementation that matches your
>>> building platform.
>>
>>> This Perl version: 5.22.0 for MSWin32-x64-multi-thread
>>
>> I can't follow the configure script well enough to tell where it's
>> detecting the relevant bits from -- the build_scheme key seems to be
>> responsible for triggering the unix-checker.pm script that fails, but
>> grep only turns up two references to it: the readme, and the configure
>> script. Is this an issue with msys2+mingw-w64 environments?
>>
>> -Matt Stickney
>>
>> On Tue, Aug 1, 2017 at 8:54 AM, Sergio NNX <[hidden email]> wrote:
>>>> 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  ........
>>>
>>> make depend
>>>
>>> make all
>>>
>>>
>>> After a while, I get the executable and libraries.
>>>
>>>
>>> OpenSSL 1.1.0f  25 May 2017
>>> built on: reproducible build, date unspecified
>>> platform: mingw64
>>>
>>>
>>> perl util/mkdef.pl 32 crypto debug 2> mkdef-debug.txt > /dev/null
>>> [It generates a huge file (125MB)]
>>>
>>> Cheers.
>>>
>>> Ser/
>>>
>>>
>>> P.S.: Try to use a more specific subject next time!
> --
> openssl-dev mailing list
> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Loading...