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

Edit report at https://bugs.php.net/bug.php?id=74398&edit=1 ID: 74398 Updated by: ab@php.net 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: Yeah, you told latest binary tools from github, but it's actually versioned, so there can be certain difference. That's why i asked to be precise and there's more on report process here https://bugs.php.net/how-to-report.php ;) Be aware about the compatibility notes https://wiki.php.net/internals/windows/stepbystepbuild_sdk_2, likely it'll work as expected but please use the stable tag, 2.0.0 currently. ext/openssl is already shared by default, except an explicit option is given. Depending on what you need, simplest were to --enable-snapshot-build, except you'd need some highly customized build. Probably we indeed could disable static building of ext/openssl, need to evaluate the consequences. In general, custom builds should not be prohibited. Thanks. Previous Comments: ------------------------------------------------------------------------ [2017-04-14 19:57:48] acuna dot personal at gmail dot com 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. ------------------------------------------------------------------------ [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. ------------------------------------------------------------------------ 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