Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:62552 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 2481 invoked from network); 27 Aug 2012 02:08:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Aug 2012 02:08:08 -0000 Authentication-Results: pb1.pair.com header.from=lars@strojny.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lars@strojny.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain strojny.net from 46.4.40.248 cause and error) X-PHP-List-Original-Sender: lars@strojny.net X-Host-Fingerprint: 46.4.40.248 milch.schokokeks.org Received: from [46.4.40.248] ([46.4.40.248:35259] helo=milch.schokokeks.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 48/84-13425-786DA305 for ; Sun, 26 Aug 2012 22:08:07 -0400 Received: from lstrojnypro3.fritz.box (ppp-188-174-117-83.dynamic.mnet-online.de [::ffff:188.174.117.83]) (AUTH: PLAIN lars@schokokeks.org, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by milch.schokokeks.org with ESMTPSA; Mon, 27 Aug 2012 04:08:04 +0200 id 0000000000000023.00000000503AD684.0000461E Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\)) In-Reply-To: <503AD3A8.4010400@lerdorf.com> Date: Mon, 27 Aug 2012 04:08:01 +0200 Content-Transfer-Encoding: quoted-printable Message-ID: <78E334CB-C973-4CBA-9402-9C5B4EC2BCBC@strojny.net> References: <503A68F9.9050405@sugarcrm.com> <503A84F3.4080808@sugarcrm.com> <503ACBDD.3080304@lerdorf.com> <6C036B08-0E70-4A09-A8B6-EAAC518C28D0@strojny.net> <503AD3A8.4010400@lerdorf.com> To: PHP Internals X-Mailer: Apple Mail (2.1485) Subject: Re: [PHP-DEV] [VOTE]Call for voting: support use list in foreach From: lars@strojny.net (Lars Strojny) Am 27.08.2012 um 03:55 schrieb Rasmus Lerdorf : [...] > And we aren't just C89 anymore actually. We still try to stick to it > when possible, but for example in the intl extension you will find C++ > and it won't build without it. The idea there is that any small = embedded > platform that may still only have C89 support is unlikely to link > against the massive ICU library. >=20 > But we may be at the point where even tiny embedded platforms have > better compiler support and we don't need to stick to C89 anymore. If I understand Wikipedia (http://en.wikipedia.org/wiki/C99) correctly, = C99 is not at all supported in MS Visual C++ (except non-standard = extensions like __inline or __forceinline). So C99 might not be a good = candidate for us just now. But I'm sure Pierre has more on that issue. With regards, Lars=