Bug #74398 [Opn]: PHP compiles good with --with-openssl, but nmake snap returns a fatal error

From: Date: Fri, 14 Apr 2017 19:57:49 +0000
Subject: Bug #74398 [Opn]: PHP compiles good with --with-openssl, but nmake snap returns a fatal error
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-208568@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=74398&edit=1

 ID:                 74398
 User updated by:    acuna dot personal at gmail dot com
 Reported by:        acuna dot personal at gmail dot com
 Summary:            PHP compiles good with --with-openssl, but nmake
                     snap returns a fatal error
 Status:             Open
 Type:               Bug
 Package:            OpenSSL related
 Operating System:   Windows 10.1 x64
 PHP Version:        7.2.0-dev
 Block user comment: N
 Private report:     N

 New Comment:

Ah, and yes, seems that I forgot to tell you which binary I've use (but I'm sure that
I've done it) - it's the latest one from GitHub, I've dovnloaded it time after time
I've build my own PHP so far.


Previous Comments:
------------------------------------------------------------------------
[2017-04-14 19:54:21] acuna dot personal at gmail dot com

Wow! Seems it working now when I try to build it shared. I've no need to get DLLs separated
when I compile it statically, so I didn't do it. But I think you should make it forcibly shared
like opcache, gd, etc, or, if it impossible for some reasons, at least make an announcement in
manual that it must be only compiled shared, because I've spent more than three days to find a
reason in my broken sources as I think, because I believed that it can't be so fail bug with
OpenSSL which is idle in fact.

------------------------------------------------------------------------
[2017-04-13 11:30:47] ab@php.net

Thanks for the further checking. Unfortunately you still didn't tell which exact binary tools
you use. But otherwise, if the error message you've posted is onlyto see with OpenSSL enabled,
there are two things. First, seems you compile ext/openssl statically, which should not be done if
using the official deps. Then - seems there are some other OpenSSL DLLs on your path, that differ
from what the deps package provides.

Thanks.

------------------------------------------------------------------------
[2017-04-12 19:41:11] acuna dot personal at gmail dot com

Hello!

I've made more than 10 builds with differ configs and have established, that this problem is
actual only with OpenSSL compile and PHP >= 7.1 Besides this problem it's appeared, that
final php.exe is unworkable and throw a error

"Serial number 385 was not found in the library .dll
C:\PHP\sdk\phpdev\vc14\x86\php-7.2.0-dev\Release\php7.dll"

when it starts (standart Win32 window, not compiler, it have no errors).

Some kind of thoughts (just a theory) - that I've based my PHP src at C:\PHP\sdk, not
C:\php-sdk, it seems that you'll try to check its path in OpenSSL sources, I think it's
necessary to make changes at it, so than it could see a relative paths, because I have no problems
with other modules with my own path.

Thanks.

------------------------------------------------------------------------
[2017-04-12 03:44:42] acuna dot personal at gmail dot com

Making some own tests, I'll write you till it completed.

------------------------------------------------------------------------
[2017-04-11 23:15:36] acuna dot personal at gmail dot com

I've simply reupload my sources from master branch, so now it have 7.2.0-dev version, and now
it's seems working. I'm so sorry for that) But I think there's bugs in compiling,
because I've do nothing with it, only compile it with VC. But now I've many "LNK2001
unresolved external symbol" errors, so I'm trying to build it in Visual C++ 15.0 for this
version... But I'm sure, that I've compiled this version yet, but now I have this errors
but I've compiled the same souces.
Thanks anyway)

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


The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

    https://bugs.php.net/bug.php?id=74398


--
Edit this bug report at https://bugs.php.net/bug.php?id=74398&edit=1


Thread (18 messages)

« previous php.bugs (#208568) next »