# 5.3.0 stable release - Thread: https://externals.io/message/44397 - Original archive: https://news-web.php.net/php.internals/44397 - Started by Lukas Kahwe Smith on 2009-06-21T22:44:54+00:00 - Messages: 36 - Page 1 of 2: messages 1 to 25 (25 per page, add `?page=N` to the URL) - Next page: https://externals.io/message/44397.md?page=2 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #44397 — Lukas Kahwe Smith — 2009-06-21T22:44:54+00:00 URL: https://externals.io/message/44397#44397 Hi, It looks like nothing critical has popped up since RC4. So it looks like we will be sending the final stable release to the mirrors next Wednesday and announce the release on Thursday barring any critical issues emerging in the next days. In the mean time test test test. If issues are found/fixed please send the patches to internals for review. Based on the importance and risk of the patch will then be applied, however the next 2 days should really be focused on testing to make sure we do not have critical issues, minor issues can always be fixed in 5.3.1 and we better release with known minor issues than big unknown issues caused by a last minute fix. Another focus area should be the migration guide and other documentation updates: http://docs.php.net/migration53 regards, Johannes and Lukas --- ## #44398 — jvlad — 2009-06-22T05:53:15+00:00 URL: https://externals.io/message/44397#44398 · In reply to: #44397 > Hi, > > It looks like nothing critical has popped up since RC4. > So it looks like we will be sending the final stable release to the > mirrors next Wednesday and announce the release on Thursday barring any > critical issues emerging in the next days. In the mean time test test > test. If issues are found/fixed please send the patches to internals for > review. Based on the importance and risk of the patch will then be > applied, however the next 2 days should really be focused on testing to > make sure we do not have critical issues, minor issues can always be > fixed in 5.3.1 and we better release with known minor issues than big > unknown issues caused by a last minute fix. > > Another focus area should be the migration guide and other documentation > updates: > http://docs.php.net/migration53 > > regards, > Johannes and Lukas > Johannes and Lukas, Did you hear about crashes under Solaris and MacOSX, and compiler failures under all *BSD systems? They were posted against RC3 and the problems are still the same in RC4. Affected systems: Solaris 8, FreeBSD 6, NetBSD 3, OpenBSD 4, MacOSX/Darwin (unknown, per http://darkrainfall.org/php_test_results_valgrind.txt) As the VERY least, you may want to mention gcc version that the sources are compatible with and platforms the resulted binaries won't run. --- ## #44399 — Hannes Magnusson — 2009-06-22T07:17:38+00:00 URL: https://externals.io/message/44397#44399 · In reply to: #44398 > Did you hear about crashes under Solaris and MacOSX, and compiler failures > under all *BSD systems? > They were posted against RC3 and the problems are still the same in RC4. We fixed several compile failures recently (both FreeBSD related and GCC2), it probably didn't make it into RC4 though. -Hannes --- ## #44405 — jvlad — 2009-06-22T11:40:03+00:00 URL: https://externals.io/message/44397#44405 · In reply to: #44399 > > […] > > We fixed several compile failures recently (both FreeBSD related and > GCC2), it probably didn't make it into RC4 though. > As of php5.3-200906221030, the problem under *BSD platforms that I'm talking about is still the same. --- ## #44406 — Hannes Magnusson — 2009-06-22T11:45:38+00:00 URL: https://externals.io/message/44397#44406 · In reply to: #44405 > > […] > > > As of php5.3-200906221030, the problem under *BSD platforms that I'm talking > about is still the same. I see no compile failure bug reports against FreeBSD in the bugtracker... I successfully built a snapshot on 4.11-STABLE FreeBSD (gcc 2.95.4) 3hours ago, you'll have to be slightly more specific. -Hannes --- ## #44407 — jvlad — 2009-06-22T11:48:59+00:00 URL: https://externals.io/message/44397#44407 · In reply to: #44405 ""jvlad"" wrote in message news:38.7A.20019.C9D6F3A4@pb1.pair.com... > > […] > > > As of php5.3-200906221030, the problem under *BSD platforms that I'm > talking about is still the same. Oops, sorry, I waited 1 more minute and it went on. Just hanged on the same file much more than on the others and I though it hanged forever like before. FreeBSD 6 is [OK]. Now I'm going to check the other BSD systems, and Solaris 8. --- ## #44408 — jvlad — 2009-06-22T11:53:43+00:00 URL: https://externals.io/message/44397#44408 · In reply to: #44406 > > […] > > I see no compile failure bug reports against FreeBSD in the bugtracker... > > I successfully built a snapshot on 4.11-STABLE FreeBSD (gcc 2.95.4) > 3hours ago, you'll have to be slightly more specific. > It was http://bugs.php.net/?id=48593 --- ## #44410 — jvlad — 2009-06-22T12:19:21+00:00 URL: https://externals.io/message/44397#44410 · In reply to: #44406 > > […] > > I see no compile failure bug reports against FreeBSD in the bugtracker... > > I successfully built a snapshot on 4.11-STABLE FreeBSD (gcc 2.95.4) > 3hours ago, you'll have to be slightly more specific. > NetBSD 3/x86 crashed: /bin/sh /home/jvlad/php/php5.3-200906221030/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/jvlad/php/php5.3-200906221030/ext/fileinfo/libmagic -Iext/fileinfo/ -I/home/jvlad/php/php5.3-200906221030/ext/fileinfo/ -DPHP_ATOM_INC -I/home/jvlad/php/php5.3-200906221030/include -I/home/jvlad/php/php5.3-200906221030/main -I/home/jvlad/php/php5.3-200906221030 -I/home/jvlad/php/php5.3-200906221030/ext/date/lib -I/home/jvlad/php/php5.3-200906221030/ext/ereg/regex -I/home/jvlad/php/install/include/libxml2 -I/home/jvlad/php/php5.3-200906221030/ext/sqlite3/libsqlite -I/home/jvlad/php/php5.3-200906221030/TSRM -I/home/jvlad/php/php5.3-200906221030/Zend -I/usr/pkg/include -I/usr/include -g -O2 -c /home/jvlad/php/php5.3-200906221030/ext/fileinfo/libmagic/apprentice.c -o ext/fileinfo/libmagic/apprentice.lo gcc: Internal error: Killed (program cc1) Please submit a full bug report. See for instructions. *** Error code 1 OpenBSD 4/x86 hanged: /bin/sh /home/jvlad/php/php5.3-200906221030/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/jvlad/php/php5.3-200906221030/ext/fileinfo/libmagic -Iext/fileinfo/ -I/home/jvlad/php/php5.3-200906221030/ext/fileinfo/ -DPHP_ATOM_INC -I/home/jvlad/php/php5.3-200906221030/include -I/home/jvlad/php/php5.3-200906221030/main -I/home/jvlad/php/php5.3-200906221030 -I/home/jvlad/php/php5.3-200906221030/ext/date/lib -I/home/jvlad/php/php5.3-200906221030/ext/ereg/regex -I/home/jvlad/php/install/include/libxml2 -I/usr/local/include -I/home/jvlad/php/php5.3-200906221030/ext/sqlite3/libsqlite -I/home/jvlad/php/php5.3-200906221030/TSRM -I/home/jvlad/php/php5.3-200906221030/Zend -I/usr/local/include -g -O2 -c /home/jvlad/php/php5.3-200906221030/ext/fileinfo/libmagic/apprentice. c -o ext/fileinfo/libmagic/apprentice.lo (I waited for 10+minutes and it did not go on) --- ## #44416 — jvlad — 2009-06-22T15:07:49+00:00 URL: https://externals.io/message/44397#44416 · In reply to: #44406 > > […] > > I see no compile failure bug reports against FreeBSD in the bugtracker... > > I successfully built a snapshot on 4.11-STABLE FreeBSD (gcc 2.95.4) > 3hours ago, you'll have to be slightly more specific. > php5.3-200906221030 fails under Solaris 8/sparc: Generating phar.php *** Error code 138 make: Fatal error: Command failed for target `ext/phar/phar.php' --- ## #44417 — jvlad — 2009-06-22T15:19:30+00:00 URL: https://externals.io/message/44397#44417 · In reply to: #44406 > > […] > > I see no compile failure bug reports against FreeBSD in the bugtracker... > > I successfully built a snapshot on 4.11-STABLE FreeBSD (gcc 2.95.4) > 3hours ago, you'll have to be slightly more specific. > php5.3-200906221030 make produces suspecious output under FreeBSD 6/amd64: Generating phar.php Generating phar.phar pear: not found ^^^^^^^^^^^^ Pear package PHP_Archive or Archive.php class file not found. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ pharcommand.inc invertedregexiterator.inc clicommand.inc directorygraphiterator.inc directorytreeiterator.inc phar.inc Build complete. Don't forget to run 'make test'. --- ## #44419 — Greg Beaver — 2009-06-22T16:15:51+00:00 URL: https://externals.io/message/44397#44419 · In reply to: #44417 jvlad wrote: > > […] > > > php5.3-200906221030 make produces suspecious output under FreeBSD 6/amd64: > > Generating phar.php > Generating phar.phar > pear: not found > ^^^^^^^^^^^^ > Pear package PHP_Archive or Archive.php class file not found. This is not suspicious. It is self-explanatory, not a problem, not a bug. Do not pass Go. Do not collect $200. Greg --- ## #44421 — jvlad — 2009-06-22T18:13:34+00:00 URL: https://externals.io/message/44397#44421 · In reply to: #44419 > > […] > > This is not suspicious. It is self-explanatory, not a problem, not a > bug. Do not pass Go. Do not collect $200. Greg, your answer is even more suspicious. If "Class file not found" is neither a problem, nor a bug, what is it? Why does it appear in the output? Doesn't "pear: not found" mean that make tried to run pear in the $PATH and shell produced this error in the stderr? Shouldn't it run $prefix/bin/pear only? What's about PHP_Archive? Shouldn't it be there in the sources? In other words, I see two bugs there: 1. PHP depends on the system-wide installed pear and tries to run it. 2. One or many files are missed in the package producing the "Archive.php class file not found" error. --- ## #44422 — Christian Seiler — 2009-06-22T18:22:48+00:00 URL: https://externals.io/message/44397#44422 · In reply to: #44397 Hi Lukas, > If issues are found/fixed please send the patches to internals for > review. Based on the importance and risk of the patch will then be > applied, however the next 2 days should really be focused on testing to > make sure we do not have critical issues, minor issues can always be > fixed in 5.3.1 and we better release with known minor issues than big > unknown issues caused by a last minute fix. I have a minor issue with regard to spl_autoload_unregister / spl_autoload_functions and closures in my backlog. I already committed the patch & tests to HEAD [1]. I see this as extremely minor (since spl_autoload_register was fixed a while ago and that is the only *really* important use case in my eyes) so I'm perfectly happy to wait until after 5.3.0 to merge it from HEAD. But just in case I've attached the patch for 5.3 (NEWS file update not included in patch). [1] http://news.php.net/php.cvs/58900 Regards, Christian --- ## #44423 — Greg Beaver — 2009-06-22T22:31:13+00:00 URL: https://externals.io/message/44397#44423 · In reply to: #44421 jvlad wrote: > > […] > > Greg, your answer is even more suspicious. If "Class file not found" is > neither a problem, nor a bug, what is it? > Why does it appear in the output? Doesn't "pear: not found" mean that make > tried to run pear in the $PATH and shell produced this error in the stderr? > Shouldn't it run $prefix/bin/pear only? What's about PHP_Archive? Shouldn't > it be there in the sources? > > In other words, I see two bugs there: > 1. PHP depends on the system-wide installed pear and tries to run it. > 2. One or many files are missed in the package producing the "Archive.php > class file not found" error. 1. you're wrong, PHP does not depend on system-wide installed pear, it will simply use it if present 2. nothing is missing. see http://pear.php.net/PHP_Archive If installed, phar.phar will function (partially) without the phar extension being present. In other words, not a problem, not a bug. Greg --- ## #44424 — Christopher Jones — 2009-06-22T22:39:33+00:00 URL: https://externals.io/message/44397#44424 · In reply to: #44423 Greg Beaver wrote: > jvlad wrote: > > […] > > 1. you're wrong, PHP does not depend on system-wide installed pear, it > will simply use it if present > 2. nothing is missing. see http://pear.php.net/PHP_Archive > > If installed, phar.phar will function (partially) without the phar > extension being present. > > In other words, not a problem, not a bug. Greg, Can the messages be enhanced e.g. explaining what will happen in these cases? For example "pear: not found. Using XXX instead" would help users for #1. Chris -- Email: christopher.jones@oracle.com Twitter: http://twitter.com/ghrd --- ## #44425 — Pierre Joye — 2009-06-22T22:41:10+00:00 URL: https://externals.io/message/44397#44425 · In reply to: #44424 On Tue, Jun 23, 2009 at 12:39 AM, Christopher Jones wrote: > Can the messages be enhanced e.g. explaining what will happen in these > cases?  For example "pear: not found.  Using XXX instead" would help > users for #1. Agreed, I answered questions from many users already, they thought something went wrong :) -- Pierre http://blog.thepimp.net | http://www.libgd.org --- ## #44427 — jvlad — 2009-06-23T06:15:59+00:00 URL: https://externals.io/message/44397#44427 · In reply to: #44424 > > […] > > Greg, > > Can the messages be enhanced e.g. explaining what will happen in these > cases? For example "pear: not found. Using XXX instead" would help > users for #1. > As far as I understand "pear: not found" is a shell message thrown into output (stderr?) when make tried to run non-existing system's pear. --- ## #44428 — jvlad — 2009-06-23T06:24:33+00:00 URL: https://externals.io/message/44397#44428 · In reply to: #44423 > > […] > > 1. you're wrong, PHP does not depend on system-wide installed pear, it > will simply use it if present Does not matter how you call it. "Simply use it", or "depends on it", this all is about the same. Since php brings its own pear why not to use it? Well, even if using system's pear unavoidable, why not to check its presense and its version first and do not bother shell with attempts to run non-existing stuff? > 2. nothing is missing. see http://pear.php.net/PHP_Archive > > If installed, phar.phar will function (partially) without the phar > extension being present. Same goes here. Presense of PHP_Archive can be also checked without misleading error messages in the make's output. --- ## #44429 — jvlad — 2009-06-23T06:28:39+00:00 URL: https://externals.io/message/44397#44429 · In reply to: #44399 > > […] > > We fixed several compile failures recently (both FreeBSD related and > GCC2), it probably didn't make it into RC4 though. > > -Hannes Further investigation shown that compiler takes about 1GB(!) of memory when it compiles php5.3-200906221030/ext/fileinfo/libmagic/apprentice.c On some systems this amount of memory is not available and may lead to errors such as hangs or crashes. Is it a known problem? Is this requirement specified somewhere? Can it be fixed or improved? --- ## #44430 — Rasmus Lerdorf — 2009-06-23T06:31:23+00:00 URL: https://externals.io/message/44397#44430 · In reply to: #44429 jvlad wrote: > > […] > > Further investigation shown that compiler takes about 1GB(!) of memory when > it compiles php5.3-200906221030/ext/fileinfo/libmagic/apprentice.c > On some systems this amount of memory is not available and may lead to > errors such as hangs or crashes. > > Is it a known problem? > Is this requirement specified somewhere? > Can it be fixed or improved? Try compiling with -O0 --- ## #44431 — jvlad — 2009-06-23T06:31:35+00:00 URL: https://externals.io/message/44397#44431 · In reply to: #44416 > > […] > > php5.3-200906221030 fails under Solaris 8/sparc: > > Generating phar.php > *** Error code 138 > make: Fatal error: Command failed for target `ext/phar/phar.php' > next run of "make install" produces: $ make install Generating phar.phar make: *** [ext/phar/phar.phar] Bus Error (core dumped) --- ## #44432 — Kalle Sommer Nielsen — 2009-06-23T06:37:02+00:00 URL: https://externals.io/message/44397#44432 · In reply to: #44431 2009/6/23 jvlad : > > […] > > next run of "make install" produces: > > $ make install > Generating phar.phar > make: *** [ext/phar/phar.phar] Bus Error (core dumped) System information, compiler, and trace would be a plus here, cc'd Greg > > > > -- > > > > -- regrads, Kalle Sommer Nielsen kalle@php.net --- ## #44434 — jvlad — 2009-06-23T15:10:17+00:00 URL: https://externals.io/message/44397#44434 · In reply to: #44432 > > […] > > System information, compiler, and trace would be a plus here, cc'd Greg Please check all the info here: http://marc.info/?l=php-internals&m=124524798321210&w=2 here: http://marc.info/?l=php-internals&m=124524798321212&w=2 and here: http://marc.info/?l=php-internals&m=124524798321213&w=2 hope it helps. --- ## #44435 — jvlad — 2009-06-23T15:19:31+00:00 URL: https://externals.io/message/44397#44435 · In reply to: #44430 > > […] > > Try compiling with -O0 unfortunately, it did not help (tried with fresh sources): /bin/sh /home/jvlad/php/php5.3-200906221030/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/jvlad/php/php5.3-200906221030/ext/fileinfo/libmagic -Iext/fileinfo/ -I/home/jvlad/php/php5.3-200906221030/ext/fileinfo/ -DPHP_ATOM_INC -I/home/jvlad/php/php5.3-200906221030/include -I/home/jvlad/php/php5.3-200906221030/main -I/home/jvlad/php/php5.3-200906221030 -I/home/jvlad/php/php5.3-200906221030/ext/date/lib -I/home/jvlad/php/php5.3-200906221030/ext/ereg/regex -I/home/jvlad/php/install/include/libxml2 -I/home/jvlad/php/php5.3-200906221030/ext/sqlite3/libsqlite -I/home/jvlad/php/php5.3-200906221030/TSRM -I/home/jvlad/php/php5.3-200906221030/Zend -I/usr/pkg/include -I/usr/include -O0 -c /home/jvlad/php/php5.3-200906221030/ext/fileinfo/libmagic/apprentice.c -o ext/fileinfo/libmagic/apprentice.lo gcc: Internal error: Killed (program cc1) Please submit a full bug report. See for instructions. *** Error code 1 Stop. make: stopped in /home/jvlad/php/php5.3-200906221030 --- ## #44436 — Rasmus Lerdorf — 2009-06-23T15:27:13+00:00 URL: https://externals.io/message/44397#44436 · In reply to: #44435 jvlad wrote: > > […] > > unfortunately, it did not help (tried with fresh sources): There really isn't much we can do about this. Restructuring perfectly valid code because certain old versions of gcc use a lot of memory compiling it isn't something I am very keen on. Compile on a box with more memory or move to gcc4. -Rasmus --- Next page: https://externals.io/message/44397.md?page=2