Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74366
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.48 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <537A35D9.50807@lerdorf.com>
References: <CAF+90c8m8kMNjHOOKWs3iTxnLSVv41pk0mGjgzvvp2+Lieh+ig@mail.gmail.com>
	<53788337.9090006@lerdorf.com>
	<CAEZPtU7XM3Sihz0KyEpfPpYMeLZXvrz-H8SmD4LnP9gDRjNXiA@mail.gmail.com>
	<53789AD9.40109@lerdorf.com>
	<CAEZPtU46qaKtUufaorcRp14_6wr1bHDVkJU5p+S0V+KzNF+jdg@mail.gmail.com>
	<537A35D9.50807@lerdorf.com>
Date: Mon, 19 May 2014 18:52:52 +0200
Message-ID: <CAEZPtU7QUL0Rb-DMFmaa7kw=MFgKUhmOwKw+PwbpDe-4_mt21g@mail.gmail.com>
To: Rasmus Lerdorf <rasmus@lerdorf.com>
Cc: Nikita Popov <nikita.ppv@gmail.com>, PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] Rethinking 64bit sizes and PHP-NG
From: pierre.php@gmail.com (Pierre Joye)

On Mon, May 19, 2014 at 6:48 PM, Rasmus Lerdorf <rasmus@lerdorf.com> wrote:

> But that is for minor tweaks and optimizations. In this case the way to
> optimize the patch is to undo the 64-bitness in a number of places where
> it doesn't make sense. Putting in a software-imposed limit on class size
> names while still keeping it a 64-bit value in the struct makes no
> sense, for example. Same goes for lineno, line_start, line_end, num_args
> and a couple more that Nikita pointed out.

That's not what we discussed.

> And as far as I am concerned this has nothing to do with phpng. I'd
> still be voting no on it as a 4% memory increase, which, by the way, you
> don't even mention in the impacts section, is still too high for me when
> I know parts of the 4% are completely unnecessary.

We answer that already, be from Nikita, Dmitry or I. And yes, we agree
on these points already.

Cheers,
-- 
Pierre

@pierrejoye | http://www.libgd.org