-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Aug 23, 2007, at 21:53:17, Ilia Alshanetsky wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On 23-Aug-07, at 9:49 PM, BuildSmart wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Aug 23, 2007, at 21:19:52, Ilia Alshanetsky wrote:

The link in the previous e-mail was wrong, the correct location of the tarball is:

http://downloads.php.net/ilia/php-5.2.4RC3.tar.bz2 (md5sum: 72371ec077dd393f0c7d6370d115dcb6)


On 23-Aug-07, at 8:22 PM, Ilia Alshanetsky wrote:

Only a week has passed and we are up to RC3 already, only 5 new fixes since last RC one which addresses a minor security issue, which I wanted to resolve before the final release. The source tarball can be found at the URL below and Win32 binaries will be available shortly.

http://downloads.php.net/ilia/php-5.2.4RC2.tar.bz2 (md5sum: dc6589d253b4ac5010603c5927f33546 )

Please try this RC out on your code and report back any critical issues you may discover. If all goes well the plan is to have the final release done by the end of next week.

Ilia Alshanetsky
5.2 Release Master


Ilia Alshanetsky

It fails to generate a working binary for Mac OSX 10.4.10 on an intel XServe that doesn't segfault, I'm sure it's nothing critical since I've experienced similar issues with other RC versions that seem to be resolved with official releases.

That's strange, I've compiled RC2 on my Intel mac and it seems to be working fine without any issues. Could this perhaps be related to some of the modules you have enabled?


It's not worth me spending time on since I have other PHP build issues that are far more important like why 5.2.3 wont generate a thread safe binary for apache 1.3.33 or the binaries are thread safe and the modules aren't or the reverse (I haven't figured out which is the case yet and no one seems to be of any help so far).

Apache 1 sapi does not need to thread-safe since Apache 1 does not use threads.

Ilia Alshanetsky

Further progress, I built for apache 1.3.33 forcing pthreads on, and forced twolevel_namespace (modified configure), then built for apache 2.0.53 using the same cli options (actually I have it scripted) and saved the libphp5.so (as mod_php.apaci-2.0.53.so) and did the same for apache 2.2.4 (as mod_php.apaci-2.2.4.so) and now all the modules except for rar work.

rar works for apache 1.3.33 without enabling pthreads and forcing flat_namespace but building as twolevel_namespace it fails (and is the preferred choice for obvious reasons) and while threads aren't used in apache 1.3.33 it doesn't hurt to build with it enabled.

In the past I configured for the same on each architecture and then generated a diff of the php_config.h file, then I edited the php_config.h file and added an #if ARCH == ppc / #else / #endif which sets the defines for the architecture and copied this over before the make command so it generates a universal binary that doesn't segfault and doesn't suffer the date "Balloc() error" issue.

As well, Ive been generating a very free substitute to the $9K ADE (yes I was one of the dumb ones who actually bought it thinking it was a gotta have deal) out of a 10.4.3 universal OSX installer DVD that allows me to build in a clean environment (and isn't married to any particular hardware) that isn't tainted by software installs. The only real differences is that the ADE is universal starting at 10.4.0 and offers the greatest compatibility and the free is at 10.4.3 and I've only encountered a rare issue where the 10.4.3 build wouldn't work in a 10.4.0 environment due to a required symbol in libSystem.B.dylib that is referenced from the Carbon.framework that isn't available below 10.4.3, if you have to link against Carbon or ApplicationServices frameworks then try to run below 10.4.3 then it's a no-go.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)

iD8DBQFGzlu+0hzWbkf0eKgRAjmLAKCUvSgwLMc+zCHV2FOSUd75FW6oFQCeMaHI
RRheBzAVX95R1mmAKjC+NcA=
=XM3t
-----END PGP SIGNATURE-----

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to