Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:76846 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 28903 invoked from network); 23 Aug 2014 19:41:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Aug 2014 19:41:32 -0000 Authentication-Results: pb1.pair.com smtp.mail=ajf@ajf.me; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=ajf@ajf.me; sender-id=pass Received-SPF: pass (pb1.pair.com: domain ajf.me designates 192.64.116.200 as permitted sender) X-PHP-List-Original-Sender: ajf@ajf.me X-Host-Fingerprint: 192.64.116.200 imap1-2.ox.privateemail.com Received: from [192.64.116.200] ([192.64.116.200:60144] helo=imap1-2.ox.privateemail.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CD/52-06800-A6EE8F35 for ; Sat, 23 Aug 2014 15:41:31 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id 45873B0008B; Sat, 23 Aug 2014 15:41:27 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap1.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap1.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id pPUWvhbcvtbg; Sat, 23 Aug 2014 15:41:27 -0400 (EDT) Received: from [192.168.0.2] (05439dda.skybroadband.com [5.67.157.218]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id D0D7CB00085; Sat, 23 Aug 2014 15:41:24 -0400 (EDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) In-Reply-To: Date: Sat, 23 Aug 2014 20:41:21 +0100 Cc: Kris Craig , Rasmus Lerdorf , PHP internals list Content-Transfer-Encoding: quoted-printable Message-ID: References: <53F7F6ED.1050609@lerdorf.com> <53F82F16.3030601@lerdorf.com> <53F832F0.7010601@lerdorf.com> <53F8C3F2.1090009@lerdorf.com> <27CDAA74-FA13-43D3-809B-6F56D76AC5DE@ajf.me> To: Pierre Joye X-Mailer: Apple Mail (2.1878.6) Subject: Re: [PHP-DEV] [RFC] Better type names for int64 RFC From: ajf@ajf.me (Andrea Faulds) On 23 Aug 2014, at 20:38, Pierre Joye wrote: > Please try to port one. That will solve this never ending ping pong > game. Extensions are broken per se with ng, almost every zval macros > usage must change (some disappeared, like the _PP ones), all hash APIs > call must be change (a must, not detectable at compile time), etc. > IS_LONG to IS_INT is a joke in comparison. But as nobody agrees on > that, I won't discuss it to death. You previously told me on this list that if I maintained an extension, = I=92d know that replacing macro names with a find/replace is a big deal. >> 2. If bigints are implemented, we=92d have to rename everything = again. >=20 > Ah, and that will be acceptable then, right? ;-) It wouldn=92t be needless, it would be done to reduce confusion. > Also hurry up with that, even if not totally completed. Many > extensions may have to deal with it and it will just double the > porting work if it is not done soon. I=92ll look into it. -- Andrea Faulds http://ajf.me/