Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:67597
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender)
User-Agent: K-9 Mail for Android
In-Reply-To: <CAAyV7nG126YkpOF-EShHbf=4rgX7gQ2VE0ShRh0-50_Yr--h4g@mail.gmail.com>
References: <CAAyV7nG126YkpOF-EShHbf=4rgX7gQ2VE0ShRh0-50_Yr--h4g@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 8bit
Date: Fri, 31 May 2013 21:33:17 +0200
To: Anthony Ferrara <ircmaxell@gmail.com>,"internals@lists.php.net" <internals@lists.php.net>
Message-ID: <6dae6c81-3e50-42f3-9a7e-87eedf8861d4@email.android.com>
Subject: Re: [PHP-DEV] 5.NEXT Integer and String type modifications
From: derick@php.net (Derick Rethans)

Anthony Ferrara <ircmaxell@gmail.com> wrote:

> I want to start an idea thread (or at least get a conversation going)
> about
> cleaning up the core integer data type and string lengths. Here's my
> ideas:
> 
> 1. Change string length in the ZVAL from int to size_t
>  - http://lxr.php.net/xref/PHP_5_5/Zend/zend.h#321
> 2. Change long in the ZVAL  (lval) to a system-determined 64bit fixed
> size

In principle I think this is great thing to do. Not having a 64 bit type is annoying. I'm a bit curious on how this is going to work with all sorts of object wrappers that are now in place as workaround. And casting int64 to int32 needs to very well looked at as well.

Derick