Mikroelektronika MIKROE-738 Datenbogen
![Mikroelektronika](https://files.manualsbrain.com/attachments/e0529b3b58069a916ad7bb89f7e9f5f0eda73421/common/fit/150/50/1b07b99aa3112e022a916b06db07f1f4f211e91d41878452d87c7638b1bf/brand_logo.gif)
260
mikoC PRO for PIC32
MikroElektronika
The preprocessor removes the
#include
line and replaces it with the entire text of a header file at that point in the
source code. The placement of
#include
can therefore influence the scope and duration of any identifiers in the
included file.
The difference between these two formats lies in searching algorithm employed in trying to locate the include file.
If the
#include
directive is used with the
<header_name>
version, the search is made successively in each of the
following locations, in this particular order:
1. the mikroC PRO for PIC32 installation folder › “include” folder
2. user’s custom search paths
The
“header_name”
version specifies a user-supplied include file; the mikroC PRO for PIC32 will look for the header
file in the following locations, in this particular order:
1. the project folder (folder which contains the project file
.mcp32
)
2. the mikroC PRO for PIC32 installation folder › “include” folder
3. user’s custom search paths
Explicit Path
By placing an explicit path in
header_name
, only that directory will be searched. For example:
#include “C:\my_files\test.h”
Note
There is also a third version of the
#include
directive, rarely used, which assumes that neither < nor “ appear as the
first non-whitespace character following
#include
:
#include macro_identifier
It assumes that macro definition that will expand
macro identifier
into a valid delimited header name with either
<header_name>
or
“header_name”
formats exists.