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

From: Date: Wed, 12 Apr 2017 19:41:15 +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-208498@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.1.3
+PHP Version:        7.2.0-dev
 Block user comment: N
 Private report:     N

 New Comment:

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.


Previous Comments:
------------------------------------------------------------------------
[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)

------------------------------------------------------------------------
[2017-04-11 10:43:48] ab@php.net

Hmm, ext/zip is not required. Still, need some kind of reproducer :/ Debugging the makefile were
helpful, too.

Thanks.

------------------------------------------------------------------------
[2017-04-11 09:17:19] ab@php.net

Ah, and ext/zip enabled, too? Which exact configure line, please be more precise.

And latest from github, 2.0.0? Just to be sure. Whereby officially only the stable one is supported.

Another point yet to check also env and path, fe that there's nothing like Cygwin or anything
else preceeding the path with SDK tools. And otherwise, probably would require you to debug the
actual nmakefile part.

Thanks.

------------------------------------------------------------------------
[2017-04-10 15:31:44] acuna dot personal at gmail dot com

P. S. And yes, my SDK is the latest too from GitHub. Using VC++ 2015 for build.

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


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 (#208498) next »