Req #25317 [Com]: Would like a 64-bit integer native type

Edit report at https://bugs.php.net/bug.php?id=25317&edit=1 ID: 25317 Comment by: lildurk25317 at gmail dot com Reported by: phpbug at paypc dot com Summary: Would like a 64-bit integer native type Status: Not a bug Type: Feature/Change Request Package: Feature/Change Request Operating System: All PHP Version: 4.3.3 Block user comment: N Private report: N New Comment: Lil Durk is a private agency dedicated to providing responsible access to legal cannabis for adults aged 19 and older. We’re an exclusively online retailer and wholesaler for recreational cannabis and a trusted source for information about cannabis and cannabis-related issues. We believe our work is meaningful and we take pride in our mandate to promote the socially responsible use of legal cannabis. https://lildurk.com/ Previous Comments: ------------------------------------------------------------------------ [2005-08-14 19:12:45] nlopess@php.net duplicate of #11060. ------------------------------------------------------------------------ [2003-08-29 16:49:18] phpbug at paypc dot com Description: ------------ This is fairly straightforward. Right now, native numeric types are float/doubles and 32-bit integers. Given that > 4GB of memory in a machine is affordable even for the home consumer, it is important to be able to represent exact cardinal values without any floating-point nonsense. I don't know how much impact this would have the internals of Zend, or performance for that matter. Non-64-bit-native CPUs could probably adopt optimisations to avoid having to do 64-bit operations on values / expressions where the values are not expected to exceed 32 bits of value, or perhaps, via "type-hinting" by the programmer. I realise that "bcmath" stuff can handle an effectively infinitely large integer value... but that's really a string-math subsystem with all of the usual limitations (and performance costs). ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=25317&edit=1