Bug #61177 [Fbk->NoF]: Unable to compile when including sapi/embed/php_embed.h
Edit report at https://bugs.php.net/bug.php?id=61177&edit=1
ID: 61177
Updated by: php-bugs@lists.php.net
Reported by: jmc at chakra-project dot org
Summary: Unable to compile when including
sapi/embed/php_embed.h
-Status: Feedback
+Status: No Feedback
Type: Bug
Package: Compile Failure
Operating System: Windows XP Professional SP3
PHP Version: 5.3.10
Assigned To: cmb
Private report: N
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
Previous Comments:
------------------------------------------------------------------------
[2021-01-07 14:09:16] cmb@php.net
Is this still an issue with any of the actively supported PHP
versions[1]?
[1] <https://www.php.net/supported-versions.php>
------------------------------------------------------------------------
[2012-03-11 15:28:37] jmc at chakra-project dot org
PHP was built as non-thread safe, and I haven't manually redefined the ZTS macro, so I bet
it's not the case.
I've given up on the embedding way for now, and I'm using PHP as an external interpreter,
FWIW.
------------------------------------------------------------------------
[2012-03-05 00:34:54] johannes@php.net
That error indicates you're most likely mixing a thread-safe PHP build with a non-thread safe
build. (PHP build thread-safe, your application expecting a non-threaded PHP build)
I'm not sure how this is supposed to work on Windows, though. Maybe Pierre has some tips. On
Linux/Unix the generated php_config.h has the proper settings.
------------------------------------------------------------------------
[2012-03-03 02:16:04] jmc at chakra-project dot org
"Solved" that problem by including <math.h> before any PHP header, so that those
functions will not get redefined. Also found out that PHP messes up with the "inline"
keyword, so it won't play well with Qt headers when they are included after the PHP ones.
Seems like the only remaining problem is now this linkage failure:
Window.cpp.obj : error LNK2001: unresolved external symbol __imp__executor_globals
But I'm lost now.
------------------------------------------------------------------------
[2012-03-02 22:17:16] jmc at chakra-project dot org
It turns out that the problem is the same as described into this bug report:
https://bugs.php.net/bug.php?id=39130
Manually defining the _USE_32BIT_TIME_T macro at compile time allowed me to get
past that error.
Something is still off, anyway, since I now get errors like these:
Window.cpp.obj : error LNK2005: _acosl already defined in PhpEmbed.cpp.obj
Window.cpp.obj : error LNK2005: _asinl already defined in PhpEmbed.cpp.obj
Window.cpp.obj : error LNK2005: _atanl already defined in PhpEmbed.cpp.obj
Window.cpp.obj : error LNK2005: _atan2l already defined in PhpEmbed.cpp.obj
...
and so on, seemingly caused by the functions defined in the php_math.h header in
some way.
------------------------------------------------------------------------
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=61177
--
Edit this bug report at https://bugs.php.net/bug.php?id=61177&edit=1
Thread (10 messages)