On 02/02/15 23:05, Andrea Faulds wrote: > I’m a little worried that nobody has responded to this yet. Feature freeze is > looming… :(
Andrea ... I am still unhappy that this is being pushed as the core 'integer' handling. Further options have appeared for 32bit devices which are driving me to seriously consider perhaps having to look into a simple 64bit maths solution to BIGINT on 32 bit devices. But simply getting interbase extension compiling clean with master is enough work without having to add other speculative work that is further detracting from the real job of getting into a state where I could even use PHP7 in production. Just what work IS required to build this in parallel with my almost working PHP7 development platform ... will all the third party extensions also need work, such as imagick which I still don't have a clean copy off yet. Since a clean 64bit build of PHP does not need anything other than 'integer' to support 64bit BIGINT SQL numbers, loading 32bit builds with an overly heavy solution is just not right! 'longint' only needs an extension to provide it, which can then be replaced by properly crafted code for devices that already have 256bit and better maths capability anyway. We are talking new generation processor builds of PHP since even 64bit is now long in the tooth but 32bit low power options add another hardware path which benefits from optimised code. -- 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
