Choosing an Appropriate Integer Type in C and C
Introduction
When Dennis Ritchie created C, he made int (a signed integer type) be the default type. The size (number of bits) of an int was deliberately not specified. Even when C was standardized, all that was guaranteed was a minimum size. The rationale was that the size of int should be the “natural” word size for an integer on a given CPU.
If you needed only smaller signed integers and wanted to save a bit of space, Ritchie gave us short; or, if you needed bigger integers, he gave us long. (C99 gave us even bigger integers with long long.) If you only needed unsigned integers, you could include unsigned in a declaration. C99 also gave us specific-sized signed integer type aliases (e.g., int32_t) and unsigned type aliases (e.g., uint32_t).
However, in programming, negative integers (thus requiring the a signed integer type), aren’t needed most of the time. The length of strings, count of objects, size of objects, size of files, etc., are all unsigned integers. Specific-sized type aliases are needed even less than signed integers.
Yet I’ve seen a lot of code that uses integer types inappropriately. Such code can convey either underspecified or misleading information to readers (including yourself in several months’ time). It’s best to choose the right integer type for the right purpose.
Guidelines
Here are my guidelines for choosing an integer type:
- When representing a count of bytes in memory, use the size_t standard type alias.
This is the type used by both the C and C standard libraries, e.g., by memcpy(), strlen(), std::string::size(), etc., so there’s plenty of precedent.
- When representing either the size of or a position within a file on disk, use the off_t POSIX type alias.
If you’re dealing with very large files, on some platforms, you may need to compile with -D_FILE_OFFSET_BITS=64 to get a 64-bit version of off_t.
- When representing a count of objects in memory, use size_t also.
This is also the type used by both the C and C standard libraries, e.g., by fread() and fwrite().
- Only if you need to represent a value contained within a specific number of bits or you need to conform to a specific API, use one of the int8_t, int16_t, int32_t or int64_t type aliases for signed types; or one of the uint8_t, uint16_t, uint32_t, or uint64_t type aliases for unsigned types.
The only times you typically need a fixed-size integer is when you “externalize” a value, e.g., write it to disk or send it over a socket.
Using a fixed-size integer when you don’t actually need a specific number of bits conveys wrong information to the reader.
Furthermore:
When representing an integer value that must be the exact size of a pointer, use either the standard intptr_t or uintptr_t type alias.
Only if you need negative values, use one of short, int, long, or long long with int being preferred unless you need either smaller or larger values.
Lastly:
- Otherwise use one of unsigned short, unsigned, unsigned long, or unsigned long long similarly with unsigned being preferred unless you need either smaller or larger values.
That is, unless you’re dealing with one of the listed cases above, default to using unsigned types.
Conclusion
Choosing the right integer type conveys correct information to the reader and can eliminate run-time checks.
Epilogue
Originally, and up until C99, int was the implicit type, that is if you didn’t specify any type at all, it was understood to be int. For example:
power( x, n ) /* x and n are int; returns int */ { int p; for ( p = 1; n > 0; --n ) p *= x; return p; }
defines a function that has int parameters and returns int, yet int isn’t used in the declaration.
Function prototypes were back-ported from C to C89, yet the original “K&R style” function definitions were still allowed all the way up until C23. The ANSI C committee is a conservative bunch.
Even weirder, pre-C99 also allowed int to be implicit in declarations such as:
i; // int i *p; // int *p *a[4]; // int *a[4] *f(); // int *f()
Fortunately, such declarations have long since been illegal.
The above is the detailed content of Choosing an Appropriate Integer Type in C and C. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics











The history and evolution of C# and C are unique, and the future prospects are also different. 1.C was invented by BjarneStroustrup in 1983 to introduce object-oriented programming into the C language. Its evolution process includes multiple standardizations, such as C 11 introducing auto keywords and lambda expressions, C 20 introducing concepts and coroutines, and will focus on performance and system-level programming in the future. 2.C# was released by Microsoft in 2000. Combining the advantages of C and Java, its evolution focuses on simplicity and productivity. For example, C#2.0 introduced generics and C#5.0 introduced asynchronous programming, which will focus on developers' productivity and cloud computing in the future.

The future development trends of C and XML are: 1) C will introduce new features such as modules, concepts and coroutines through the C 20 and C 23 standards to improve programming efficiency and security; 2) XML will continue to occupy an important position in data exchange and configuration files, but will face the challenges of JSON and YAML, and will develop in a more concise and easy-to-parse direction, such as the improvements of XMLSchema1.1 and XPath3.1.

C Reasons for continuous use include its high performance, wide application and evolving characteristics. 1) High-efficiency performance: C performs excellently in system programming and high-performance computing by directly manipulating memory and hardware. 2) Widely used: shine in the fields of game development, embedded systems, etc. 3) Continuous evolution: Since its release in 1983, C has continued to add new features to maintain its competitiveness.

There are significant differences in the learning curves of C# and C and developer experience. 1) The learning curve of C# is relatively flat and is suitable for rapid development and enterprise-level applications. 2) The learning curve of C is steep and is suitable for high-performance and low-level control scenarios.

C interacts with XML through third-party libraries (such as TinyXML, Pugixml, Xerces-C). 1) Use the library to parse XML files and convert them into C-processable data structures. 2) When generating XML, convert the C data structure to XML format. 3) In practical applications, XML is often used for configuration files and data exchange to improve development efficiency.

C Learners and developers can get resources and support from StackOverflow, Reddit's r/cpp community, Coursera and edX courses, open source projects on GitHub, professional consulting services, and CppCon. 1. StackOverflow provides answers to technical questions; 2. Reddit's r/cpp community shares the latest news; 3. Coursera and edX provide formal C courses; 4. Open source projects on GitHub such as LLVM and Boost improve skills; 5. Professional consulting services such as JetBrains and Perforce provide technical support; 6. CppCon and other conferences help careers

The modern C design model uses new features of C 11 and beyond to help build more flexible and efficient software. 1) Use lambda expressions and std::function to simplify observer pattern. 2) Optimize performance through mobile semantics and perfect forwarding. 3) Intelligent pointers ensure type safety and resource management.

The future of C will focus on parallel computing, security, modularization and AI/machine learning: 1) Parallel computing will be enhanced through features such as coroutines; 2) Security will be improved through stricter type checking and memory management mechanisms; 3) Modulation will simplify code organization and compilation; 4) AI and machine learning will prompt C to adapt to new needs, such as numerical computing and GPU programming support.
