Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:67603 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 5238 invoked from network); 2 Jun 2013 06:40:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Jun 2013 06:40:16 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.211.66 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.211.66 config.schlueters.de Received: from [217.114.211.66] ([217.114.211.66:46374] helo=config.schlueters.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9F/31-32744-EC8EAA15 for ; Sun, 02 Jun 2013 02:40:15 -0400 Received: from android-1ddf5dc7f299e85a.home (178-190-238-26.adsl.highway.telekom.at [178.190.238.26]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by config.schlueters.de (Postfix) with ESMTPSA id C3D3365810; Sun, 2 Jun 2013 08:40:10 +0200 (CEST) User-Agent: K-9 Mail for Android In-Reply-To: <51A9C4A6.3000802@hristov.com> References: <6dae6c81-3e50-42f3-9a7e-87eedf8861d4@email.android.com> <51A9C4A6.3000802@hristov.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Date: Sun, 02 Jun 2013 08:40:08 +0200 To: Andrey Hristov ,Anthony Ferrara CC: Derick Rethans ,"internals@lists.php.net" Message-ID: <56805f65-7c7b-4459-bdbc-41f3c0098ad6@email.android.com> Subject: Re: [PHP-DEV] 5.NEXT Integer and String type modifications From: johannes@schlueters.de (=?ISO-8859-1?Q?Johannes_Schl=FCter?=) Andrey Hristov wrote: >what about new type IS_LONG64, new field in union and new set of macros > >for this type. New extensions or rewritten extensions will use the new >macros. In 2-3 major versions, 5.8 for example, old macros will be >dropped. Enough time extensions to be ported to the new macros. Unortunately a lot of code makes assumptions about the type system, so adding (or changing) a type can cause issues which are hard to find without going through the code line by line with a lot of concentration, mistakes there will lead to evil bugs ... and all that where the cmpiler won't help unless we change names of structure elements and macros ... so forcing us to touch any line using a zval bool/long/... But if people are volunteering I'd be happy about such improvements. johannes