Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74198
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4D169A0A-0A59-402B-8479-C63E5C212A63@ajf.me>
References: <e5f19ac0089d24adc695fce93ad9bd9c.squirrel@webmail.klapt.com>
	<CA+9eiLuoJM5bwA46M_2YddTXYOhAwhii=9Ref7-NNeuRuBfW5A@mail.gmail.com>
	<CAEZPtU7zz=npjUhacwSBA6cz+kb9iBmn3fjkvYuAjqtiPQgJhw@mail.gmail.com>
	<CAF+90c9J5mtTzqFxvQHka5w5zVoGOzXNaUeYec62X_LYLOPcxA@mail.gmail.com>
	<CAEZPtU6L0TCyR+U-eEJnwfYbxfMRibpKB70_Ue5fTOHD4y_VAQ@mail.gmail.com>
	<53732673.3080106@lsces.co.uk>
	<CA+9eiLuYCNcXB4o_GZd48v+5X4hfswOuzD7DZCokU96rvZ_iWA@mail.gmail.com>
	<A730B294-18C0-4886-9955-28C1CA59AF00@ajf.me>
	<5373A39E.8050302@hristov.com>
	<4D169A0A-0A59-402B-8479-C63E5C212A63@ajf.me>
Date: Wed, 14 May 2014 19:28:16 +0200
Message-ID: <CAH-PCH5SxpJLopdgjEgVjj=eveG+LFSmJPfGKw2m81e1KBojBg@mail.gmail.com>
To: Andrea Faulds <ajf@ajf.me>
Cc: Andrey Hristov <php@hristov.com>, PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c2a2607c0ac304f95f81eb
Subject: Re: [PHP-DEV] [VOTE] [RFC] 64 bit platform improvements for string
 length and integer
From: tyra3l@gmail.com (Ferenc Kovacs)

--001a11c2a2607c0ac304f95f81eb
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Wed, May 14, 2014 at 7:13 PM, Andrea Faulds <ajf@ajf.me> wrote:

>
> On 14 May 2014, at 18:10, Andrey Hristov <php@hristov.com> wrote:
>
> > This is purely academical. And the standard library has to support
> everything, it's the standard library. PHP is on its own, and if an
> addition is of little use to the most of the developers/scripts, why the
> heck it should be in/the default.
> > A good solution is to typedef a php_size_t, leave it to uint32_t and fo=
r
> those, who need more than 4GB in strings and elements they can just build
> with size_t as definition. Offer the choice, don't force.
>
> It is not just =E2=80=9Cpurely academic=E2=80=9D. Here, let me quote Pier=
re (in 'Re:
> [PHP-DEV] [VOTE] [RFC] 64 bit platform improvements for string length and
> integer=E2=80=99, just now) quoting Anthony:
>

I'm fairly sure than anybody reading this thread will also read the other,
so there is no reason to copypaste the mail.
If you think it is important, you can quote the relevant parts, or link to
the mail if you want to refer the whole thing.
Other than that, I'm not sure that you understood what Andrey wrote, his
idea would allow to use the size_t types, but it would be a build-time
opt-in feature.
Personally I don't like the idea, as we would have to support both types,
and as this also effects the userland (max length of strings, integer size
on windows, etc.) it would be a heavy debugging/maintenance burden.

--=20
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu

--001a11c2a2607c0ac304f95f81eb--