Re: [PHP-DEV] [RFC] Better type names for int64 RFC

[email protected] (Pierre Joye)
Newsgroups php.internals
Message-ID <CAEZPtU61BuOONeaSCPgDKKyk70U8zMSkQxV4U2CVrXv8sw31jQ@mail.gmail.com>
On Sat, Aug 23, 2014 at 9:41 PM, Andrea Faulds <[email protected]> wrote:
>
> On 23 Aug 2014, at 20:38, Pierre Joye <[email protected]> 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’d know that replacing macro names with a find/replace is a big deal.

Excatly, and IS_LONG/INT are not macros and a very very tiny change in
comparison to anything else, be ng alone, or ng+int64.

>>> 2. If bigints are implemented, we’d have to rename everything again.
>>
>> Ah, and that will be acceptable then, right? ;-)
>
> It wouldn’t 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’ll look into it.

If you need help (windows or other), let me know. Want it in  :)


Cheers,
-- 
Pierre

@pierrejoye | http://www.libgd.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.