Re: building PHP 5.2.3 and namespace issues
| From: | BuildSmart | Date: | Fri, 24 Aug 2007 01:41:16 +0000 |
| Subject: | Re: building PHP 5.2.3 and namespace issues | ||
| References: | 1 2 3 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-31882@lists.php.net to get a copy of this message | ||
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Aug 23, 2007, at 17:05:06, BuildSmart wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Aug 23, 2007, at 16:50:02, Johannes Schlüter wrote:I'm wondering if it's possible to have 3 builds of PHP 5.2.3 sapi modules (one for each version of apache) that share common configuration and loadable module. I ask because it makes no sense to have 3 full separate installations using different repositories to achieve the same configuration under the various versions of apache. Perhaps forcing pthreads off might be a solution because I've been unable to get pthreads working under apache 1.3.33 and other than manually setting it in the php_config.h file I haven't been able to enable it during configure. I tried with --with-tsrm-pthreads but it didn't seem to do anything differently and I diffed the two build directories and no build related files showed any differences (excluded config.log, config.nice etc...) and editing php_config.h and setting "#define PTHREADS 1" manually and adding "-DZTS" to the CFLAGS_CLEAN flags but it didn't seem to have any affect either (or none that I could tell) however setting it under apache 2 seemed to make a difference but under apache 2 it seemed to enable PTHREADS itself. It still leaves me with symbol issues and I haven't found any documentation on the php site that touches on the topic let alone reveals a solution. - -- BuildSmart -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) iD8DBQFGzjc90hzWbkf0eKgRAiwaAKDd9BNWOKq4fdCI7A1KuGpYwBhK1QCglneW xzgqMjj075BtEYma9yteDqk= =dJMZ -----END PGP SIGNATURE-----Hi, On Thu, 2007-08-23 at 16:23 -0400, BuildSmart wrote: [...]The PHP and modules are built simultaneously so linking against the generated PHP should not be an issue.Symbol not found: _compiler_globals Referenced from: /usr/local/php/lib/php/extensions/no-debug-non- zts-20060613/bcompiler Expected in: dynamic lookup[...] This simply means that your PHP was built using a thread-safe environment but the extension was linked against a non-thread-safe PHP.The documentation and regular support channels (php.net/support.php) should be able to help you figuring out what's going wrong. johannesI went that route and looked at http://php.net/manual/en/faq.build.php already but couldn't find anything related. Since I build in a thread-safe environemt and pthreads is actually embedded in libSystem ( -lpthread isn't required but can be used for legacy linking) and "#define PTHREADS 1" shouldn't it build and link against the php that is being built since therre is no PHP installed in the build environment? Maybe I should undef PTHREADS ??? (just guessing now). - -- Dale