Header files and include directive - Time & Space Complexity
When we use header files and the include directive in C, the compiler copies code from one file to another before running it.
We want to understand how this copying affects the time it takes to compile a program as it grows.
Analyze the time complexity of the following code snippet.
// main.c
#include "utils.h"
#include "math_ops.h"
int main() {
int result = add(5, 3);
print_result(result);
return 0;
}
This code includes two header files and calls functions declared in them.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: The compiler copies the contents of each included header file into the main file.
- How many times: Once per include directive, so twice here.
As you add more header files, the compiler copies more code before compiling.
| Number of Includes (n) | Approx. Copy Operations |
|---|---|
| 2 | 2 times the size of each header |
| 10 | 10 times the size of each header |
| 100 | 100 times the size of each header |
Pattern observation: The copying work grows directly with the number of included headers.
Time Complexity: O(n)
This means the time to process includes grows linearly as you add more header files.
[X] Wrong: "Including more headers doesn't affect compile time much because it's just copying text."
[OK] Correct: Copying more code means the compiler has more to read and process, so compile time increases with each include.
Understanding how includes affect compile time helps you write cleaner code and manage projects better, a useful skill in real programming work.
"What if we used include guards or #pragma once in headers? How would that change the time complexity?"
Practice
Solution
Step 1: Understand what header files contain
Header files usually contain declarations like function prototypes and macros, not executable code.Step 2: Understand their role in sharing code
They allow multiple source files to share these declarations, so the compiler knows about functions and variables.Final Answer:
To store declarations and share them between source files -> Option AQuick Check:
Header files = declarations shared [OK]
- Thinking header files contain executable code
- Confusing header files with source files
- Believing header files speed up compilation
- Assuming header files store variable values
stdio.h?Solution
Step 1: Recall syntax for system headers
System headers use angle brackets <> to tell the compiler to look in system directories.Step 2: Check each option
#include uses #include with <stdio.h>, which is correct syntax. #include "stdio.h" uses quotes which are for user headers. Options C and D miss the # or angle brackets.Final Answer:
#include <stdio.h> -> Option BQuick Check:
System headers use <> [OK]
- Using quotes for system headers
- Omitting the # in #include
- Not using angle brackets or quotes
- Writing include without #
#include <stdio.h>
#include "myheader.h"
int main() {
printMessage();
return 0;
}Assuming
myheader.h contains:void printMessage() {
printf("Hello from header!\n");
}Solution
Step 1: Understand #include "myheader.h" effect
The content of myheader.h is inserted, so printMessage() is defined before main.Step 2: Check function call and output
printMessage() prints "Hello from header!\n", so the program outputs that line.Final Answer:
Hello from header! -> Option DQuick Check:
Included function runs and prints message [OK]
- Assuming function is undeclared without prototype
- Thinking header files can't contain function definitions
- Confusing compile and runtime errors
- Ignoring the newline in output
#include
#include
int main() {
printHello();
return 0;
}Assuming
myheader.h is a user-defined header file in the project folder.Solution
Step 1: Check #include syntax for user headers
User headers should be included with quotes "myheader.h" to search local directories first.Step 2: Understand effect of wrong include syntax
Using angle brackets makes compiler look in system directories, so it may not find myheader.h causing an error.Final Answer:
Using angle brackets for a user-defined header file -> Option CQuick Check:
User headers use "" not <> [OK]
- Using < > for user headers
- Thinking #include needs semicolons
- Assuming printHello() is always undefined
- Ignoring main return type
mathutils.h that declares a function int add(int a, int b); and use it in two source files main.c and calc.c. Which is the best practice to avoid multiple definition errors?Solution
Step 1: Understand declarations vs definitions in headers
Headers should contain declarations (function prototypes), not definitions (function bodies), to avoid multiple definitions.Step 2: Apply to multiple source files
Define the function in one source file (e.g., calc.c) and declare it in mathutils.h included by both files.Final Answer:
Put only the function declaration in mathutils.h and define the function in one source file -> Option AQuick Check:
Declarations in headers, definitions in one source file [OK]
- Defining functions in headers causing multiple definitions
- Not including header in all source files needing declaration
- Defining function in multiple source files
- Including header only in one source file
Ready to prove it?
Pass the test and this pattern moves unknown
