Re: Re: svn: /php/php-src/ branches/PHP_5_2/NEWS branches/PHP_5_2/ext/pcre/pcrelib/AUTHORS branches/PHP_5_2/ext/pcre/pcrelib/ChangeLog
branches/PHP_5_2/ext/pcre/pcrelib/HACKING branches/PHP_5_2/ext/pcre/pcrelib/LICENCE branches/PH
| From: | Sriram Natarajan | Date: | Tue, 02 Feb 2010 19:17:18 +0000 |
| Subject: | Re: Re: svn: /php/php-src/ branches/PHP_5_2/NEWS branches/PHP_5_2/ext/pcre/pcrelib/AUTHORS branches/PHP_5_2/ext/pcre/pcrelib/ChangeLog branches/PHP_5_2/ext/pcre/pcrelib/HACKING branches/PHP_5_2/ext/pcre/pcrelib/LICENCE branches/PH |
||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-46933@lists.php.net to get a copy of this message | ||
Pierre Joye wrote:
On Fri, Jan 29, 2010 at 9:36 AM, Alexey Zakhlestin <indeyets@gmail.com> wrote:- SriramAs far as I remember, it was decided that C99 is ok for php6.I can't remember any decision about C99.Anyway, we probably need to compose some table on what compilers have limited (and how limited) support for c99. Then we can objectively decide if we can leave those asideThat's not a solution, or we kill solaris, HPUX, windows, etc. support. GCC does a very bad job here by enabling part of C99 by default and breaking the other half of the specs. Also C99 is pretty much a bastarized version of C++ in an incompatible way. The price to accept C99 is too high, especially when all we use (in 99.99999% of what the usages) is stdint/stdbool. Simply detect and define them at configure time will kill the need to use c99 and keeps us on the good/right side (what I do on win for example,easy) :) This seems to be the best solution. I very much agree.