> > Oops. Darn. You're right. Sigh. That's painful. We have to add a > > new format code (or more) to accept signed 32-bit ints but also longs > > in range(32). > > Rather than inventing something new to be compatible to the existing > old status quo, I'd rather like to see new format codes for unsigned > integers and/or longs and have the existing ones support the new > status quo. That's okay too. The function could be PyInt_AsUnsignedLong(). It could convert negative 32-bit ints to unsigned as a backward compatibility measure (with warning?) that will eventually disappear. The format code could be 'I' for unsigned int, but I don't know what to use for unsigned long. Or perhaps still use 'k'/'K' for masK? --Guido van Rossum (home page: http://www.python.org/~guido/)
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4