Error building OpenSSL-1.1.1g

Fri Jun 26 15:14:46 UTC 2020

Thanks.

But apparently you missed one of my earlier posts.

I have a fair bit of experience building apps from source.  My general
experience is that the instructions provided are nearly correct, but that
the user must do a little tweaking of the process - presumably because the
underlying process is quite complex and depends a *very many* case-specific
system configuration details.  Hence, I am quite comfortable debugging most
installation processes to get them to work.

Following your suggestion, I get (and reported) the following result:

----------------------------------------------------------------------------
------------

Configuring OpenSSL version 1.1.1g (0x1010107fL) for mingw64

Using os-specific seed configuration

****************************************************************************
**

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.28.0 for MSWin32-x64-multi-thread

****************************************************************************
**

----------------------------------------------------------------------------
------------

So clearly, either 1) you have done something different from just enter the
configure command, or 2) I have something in my programming environment that
is different from yours.

I'm simply trying to figure out one of those differences.

Mike

From: Sergio NNX <sfhacker at hotmail.com> 
Sent: Friday, June 26, 2020 8:59 AM
To: openssl-users at openssl.org
Cc: mhkelley2017 at gmail.com
Subject: Re: Error building OpenSSL-1.1.1g

It is so easy to build OpenSSL using MinGW/MSYS!

Just type: ./Configure mingw64 ....... <whatever options you need/want>

                  make all

How much experience do you have building apps from source on Windows? VS
didn't work, MinGW didn't work either!

We are more than happy to assist you.

Have fun.

  _____  

From: openssl-users <openssl-users-bounces at openssl.org
<mailto:openssl-users-bounces at openssl.org> > on behalf of Matt Caswell
<matt at openssl.org <mailto:matt at openssl.org> >
Sent: Friday, 26 June 2020 11:30 PM
To: openssl-users at openssl.org <mailto:openssl-users at openssl.org>
<openssl-users at openssl.org <mailto:openssl-users at openssl.org> >
Subject: Re: Error building OpenSSL-1.1.1g 

On 26/06/2020 14:27, mhkelley2017 at gmail.com <mailto:mhkelley2017 at gmail.com>
wrote:
> Matt,
> 
> Thanks for your suggestion ...
> 
>>>
>>> 2. Has anyone succeeded building OpenSSL for use in a Windows
>>> 10 environment *without* need for visual studio?
>>
>> You can do this using the MinGW compilers and the MSys2 shell. Note the
>> MinGW compilers target *native* windows. So although you use Msys2 to
>> build it, the resulting binaries are fully native.
> 
> That was one of the first things I tried.  After exploring a few rabbit
holes, I gave up and downloaded Visual Studio..
> 
> Here is how far I got  I have been unable to even figure out where this
error comes from ...
> 
>
----------------------------------------------------------------------------
------
> $ where perl
> C:\Perl64\bin\perl.exe
> $ perl Configure mingw --prefix=$PREFIX
>
****************************************************************************
**
> 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.24.3 for MSWin32-x64-multi-thread
>
****************************************************************************
**

For msys2 based builds you must use the msys2 provided perl version, not
a native perl. Make sure msys2 has the perl package installed and remove
this one from your path.

Maybe we should add an FAQ section of common faults and how to fix them.

Matt

> Configuring OpenSSL version 1.1.1g (0x1010107fL) for mingw
> Using os-specific seed configuration
>
----------------------------------------------------------------------------
------
> 
> 
> -----Original Message-----
> From: openssl-users <openssl-users-bounces at openssl.org
<mailto:openssl-users-bounces at openssl.org> > On Behalf Of Matt Caswell
> Sent: Friday, June 26, 2020 3:04 AM
> To: openssl-users at openssl.org <mailto:openssl-users at openssl.org> 
> Subject: Re: Error building OpenSSL-1.1.1g
> 
> 
> 
> On 26/06/2020 00:47, mhkelley2017 at gmail.com
<mailto:mhkelley2017 at gmail.com>  wrote:
>> 1. How do I figure out whether OpenSSL is trying to build the 32- or
64-bit version and which options, or environmental variables, or specific
PATH elements do I need to pay attention to in order to accomplish that?
> 
> My windows environment died on my recently, so I can't check the actual
> output. IIRC just typing "cl" at the command line should give you
> details about the compiler being used and whether it is for 32 or 64 bits.
> 
> Visual Studio has a number of "developer command prompts" available with
> it. If you start one of those it should have all the right environment
> variables set up for you. There should be different command prompts for
> 32 bit vs 64 bit.
> 
>
https://docs.microsoft.com/en-us/dotnet/framework/tools/developer-command-pr
ompt-for-vs
> 
> Alternatively there is the vcvarsall.bat script which comes with VS that
> enables you to setup all the environment variables - you can specify as
> an argument to script whether you are targeting 32 bit or 64 bit.
> 
>
https://stackoverflow.com/questions/43372235/vcvarsall-bat-for-visual-studio
-2017
> 
> As well as the VS tools environment variables you will need to make sure
> both Perl (e.g. Strawberry Perl) and NASM are installed and are on your
> %PATH%.
> 
> 
>>
>> 2. Has anyone succeeded building OpenSSL for use in a Windows 10
environment *without* need for visual studio?
> 
> You can do this using the MinGW compilers and the MSys2 shell. Note the
> MinGW compilers target *native* windows. So although you use Msys2 to
> build it, the resulting binaries are fully native.
> 
> 
> There are details in the newly rewritten instructions for Windows:
> 
> https://github.com/openssl/openssl/blob/OpenSSL_1_1_1-stable/NOTES.WIN
> 
> Matt
> 
> 
>>
>> I'd really appreciate any useful information or pointers to such.
>>
>> Thanks. 
>>
>>
>> -----Original Message-----
>> From: openssl-users <openssl-users-bounces at openssl.org
<mailto:openssl-users-bounces at openssl.org> > On Behalf Of Matt Caswell
>> Sent: Thursday, June 25, 2020 2:03 PM
>> To: openssl-users at openssl.org <mailto:openssl-users at openssl.org> 
>> Subject: Re: Error building OpenSSL-1.1.1g
>>
>>
>>
>> On 25/06/2020 20:20, mhkelley2017 at gmail.com
<mailto:mhkelley2017 at gmail.com>  wrote:
>>> Thanks! That helped, but I have two follow-ups.
>>>
>>> 1) To whom would I suggest minor changes to the available installation
>>> instructions to help avoid future such misunderstandings?
>>
>> You can raise on issue on Github. Or even better raise a PR with your
>> suggested changes. However, as it so happens the Windows instructions
>> have very recently been significantly updated - so some of your
>> suggestions may already have been included:
>>
>> https://github.com/openssl/openssl/pull/12098
>>
>>> crypto\aes\aesni-mb-x86_64.obj : fatal error LNK1112: module machine
type
>>> 'x64' conflicts with target machine type 'x86'
>>
>> This usually occurs when attempting to build 64-bit OpenSSL using the
>> 32-bit VisualStudio tools.
>>
>> Matt
>>
>>
>>
>>> Could Not Find
>>> c:\Users\Owner\LocalPrograms\OpenSSL\openssl-1.1.1g\libcrypto-1_1-x64.*
>>> NMAKE : fatal error U1077: 'link' : return code '0x1'
>>> Stop.
>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>>>
Studio\2019\Community\VC\Tools\MSVC\14.26.28801\bin\HostX86\x86\nmake.exe"'
>>> : return code '0x2'
>>> Stop.
>>>
>>> -----Original Message-----
>>> From: openssl-users <openssl-users-bounces at openssl.org
<mailto:openssl-users-bounces at openssl.org> > On Behalf Of Matt
>>> Caswell
>>> Sent: Thursday, June 25, 2020 12:15 PM
>>> To: openssl-users at openssl.org <mailto:openssl-users at openssl.org> 
>>> Subject: Re: Error building OpenSSL-1.1.1g
>>>
>>>
>>>
>>> On 25/06/2020 18:32, Michael Wojcik wrote:
>>>>> From: openssl-users [mailto:openssl-users-bounces at openssl.org] On
Behalf
>>> Of mhkelley2017 at gmail.com <mailto:mhkelley2017 at gmail.com> 
>>>>> Sent: Thursday, June 25, 2020 11:54
>>>>
>>>>> Error:  'ml64' is not recognized as an internal or external command,
>>>>> operable program or batch file.
>>>>
>>>> It's part of Visual C. The VC-WIN64A-masm configuration
>>> (Configurations/50-masm.conf) specifies it as the assembler.
>>>
>>> Note that using masm to compile OpenSSL is no longer supported by us
>>> (although it might still work).
>>>
>>> Preferred is to use the VC-WIN64A target and the nasm compiler.
>>>
>>> If you use the Developer Studio command prompt (64-bit) it should have
>>> all the environment variables set up already to find the various VS
tools.
>>>
>>> Matt
>>>
>>>
>>>>
>>>>> Building with Visual Studio  2019 Community
>>>>
>>>> Maybe VS2019 Community doesn't include the assembler? I haven't looked.
Or
>>> maybe it's part of some optional component?
>>>>
>>>> In VS2017 Professional, which is what I have configured at the moment
on
>>> this machine, it's in .../VC/Tools/MSVC/14.16.27023/bin/HostX86/x64,
thanks
>>> to VS's gratuitously complicated directory layout.
>>>>
>>>> --
>>>> Michael Wojcik
>>>> Distinguished Engineer, Micro Focus
>>>>
>>>>
>>>>
>>>
>>
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mta.openssl.org/pipermail/openssl-users/attachments/20200626/f53e2188/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 26123 bytes
Desc: not available
URL: <https://mta.openssl.org/pipermail/openssl-users/attachments/20200626/f53e2188/attachment-0001.png>