On 19/02/15 12:52, Zeev Suraski wrote: >> Now that all made sense! >> > >> > My only grey area is 'allowing sensible ones' where the size is an >> > integral part >> > of what is 'sensible' ... the one where conventional strict typing uses a >> > type >> > of the right size? > I think the guiding principal for these conversions should be no data loss. > This may mean we have different limits on different architectures, depending > on whether they're 32-bit or 64-bit.
This still leaves the 'black hole' caused by the fact that databases are actively using 'BIGINT' even on 32 bit platforms. It may be that the only practical approach is gmp, but using that and writing code that selects that on a 32bit platform, then switching to clean 64bit maths on a 64bit platform does not sound like simplifying things? As with other debates, some say ignore 32 bit, and others say lets loose the constraints altogether, but having a fundamental type behave differently depending on platform is a problem? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
