Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:44437 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 64045 invoked from network); 23 Jun 2009 16:32:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jun 2009 16:32:05 -0000 X-Host-Fingerprint: 85.21.236.169 xdmitri.static.corbina.ru Received: from [85.21.236.169] ([85.21.236.169:13033] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5B/ED-36467-483014A4 for ; Tue, 23 Jun 2009 12:32:04 -0400 Message-ID: <5B.ED.36467.483014A4@pb1.pair.com> To: internals@lists.php.net References: <688E0CB7-742C-4861-B636-0C89DC4D8B9A@pooteeweet.org> <06.D1.20019.45C1F3A4@pb1.pair.com> <7f3ed2c30906220017j6fcea76do2190af3f3ff2d763@mail.gmail.com> <4A4076BB.7080307@lerdorf.com> <35.59.36467.A82F04A4@pb1.pair.com> <4A40F451.7000003@lerdorf.com> Date: Tue, 23 Jun 2009 20:31:53 +0400 Lines: 56 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5512 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Posted-By: 85.21.236.169 Subject: Re: [PHP-DEV] Re: 5.3.0 stable release From: dmda@yandex.ru ("jvlad") >>>> 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 >> >> 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. > This is a good suggestion, but can hardly be followed. Even the most recent OpenBSD (ver 4.5) comes with gcc 2.95 and 3.3.5 (see http://www.openbsd.org/45.html#new) Ver4 is no an option under this platform. I just tried on another hardware with 1GB RAM. It successfully passed ext/fileinfo/libmagic/apprentice.c. Now the problem is: /bin/sh /home/jvlad/php/php5.3-200906221030/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/phar/ -I/home/jvlad/php/php5.3-200906221030/ext/phar/ -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 -O0 -c /home/jvlad/php/php5.3-200906221030/ext/phar/util.c -o ext/phar/util.lo In file included from /home/jvlad/php/php5.3-200906221030/ext/spl/spl_array.h:25, from /home/jvlad/php/php5.3-200906221030/ext/phar/phar_internal.h:59, from /home/jvlad/php/php5.3-200906221030/ext/phar/util.c:23: /home/jvlad/php/php5.3-200906221030/ext/spl/php_spl.h:68: error: syntax error before "intptr_t" *** Error code 1 Stop in /home/jvlad/php/php5.3-200906221030 (line 750 of Makefile). As I mentioned in bug#48593 replacing intptr_t with zend_intptr_t fixes the problem completely.