|
4 | 4 | #
|
5 | 5 | mainmenu "Espressif IoT Development Framework Configuration"
|
6 | 6 |
|
7 |
| -choice IDF_TARGET |
8 |
| - bool "Espressif target platform choose" |
9 |
| - default IDF_TARGET_ESP8266 |
10 |
| - help |
11 |
| - Choose the specific target platform which you will use. |
12 |
| - |
13 |
| -config IDF_TARGET_ESP8266 |
14 |
| - bool "esp8266" |
15 |
| -endchoice |
16 |
| - |
17 |
| -config IDF_TARGET |
18 |
| - string |
19 |
| - default "esp8266" if IDF_TARGET_ESP8266 |
20 |
| - |
21 |
| -menu "SDK tool configuration" |
22 |
| -config SDK_TOOLPREFIX |
23 |
| - string |
24 |
| - default "xtensa-lx106-elf-" if IDF_TARGET_ESP8266 |
25 |
| - help |
26 |
| - The prefix/path that is used to call the toolchain. The default setting assumes |
27 |
| - a crosstool-ng gcc setup that is in your PATH. |
28 |
| - |
29 |
| -config PYTHON |
30 |
| - string "Python 2 interpreter" |
31 |
| - default "python" |
32 |
| - help |
33 |
| - The executable name/path that is used to run python. On some systems Python 2.x |
34 |
| - may need to be invoked as python2. |
35 |
| - |
36 |
| -config MAKE_WARN_UNDEFINED_VARIABLES |
37 |
| - bool "'make' warns on undefined variables" |
38 |
| - default "y" |
39 |
| - help |
40 |
| - Adds --warn-undefined-variables to MAKEFLAGS. This causes make to |
41 |
| - print a warning any time an undefined variable is referenced. |
42 |
| - |
43 |
| - This option helps find places where a variable reference is misspelled |
44 |
| - or otherwise missing, but it can be unwanted if you have Makefiles which |
45 |
| - depend on undefined variables expanding to an empty string. |
46 |
| - |
47 |
| -endmenu # SDK tool configuration |
48 |
| - |
49 |
| -source "$COMPONENT_KCONFIGS_PROJBUILD" |
50 |
| - |
51 |
| -menu "Compiler options" |
52 |
| - |
53 |
| -choice OPTIMIZATION_COMPILER |
54 |
| - prompt "Optimization Level" |
55 |
| - default OPTIMIZATION_LEVEL_DEBUG |
56 |
| - help |
57 |
| - This option sets compiler optimization level (gcc -O argument). |
58 |
| - |
59 |
| - - for "Release" setting, -Os flag is added to CFLAGS. |
60 |
| - - for "Debug" setting, -Og flag is added to CFLAGS. |
61 |
| - |
62 |
| - "Release" with -Os produces smaller & faster compiled code but it |
63 |
| - may be harder to correlated code addresses to source files when debugging. |
64 |
| - |
65 |
| - To add custom optimization settings, set CFLAGS and/or CPPFLAGS |
66 |
| - in project makefile, before including $(IDF_PATH)/make/project.mk. Note that |
67 |
| - custom optimization levels may be unsupported. |
68 |
| - |
69 |
| -config OPTIMIZATION_LEVEL_DEBUG |
70 |
| - bool "Debug (-Og)" |
71 |
| -config OPTIMIZATION_LEVEL_RELEASE |
72 |
| - bool "Release (-Os)" |
73 |
| -endchoice |
74 |
| - |
75 |
| -choice OPTIMIZATION_ASSERTION_LEVEL |
76 |
| - prompt "Assertion level" |
77 |
| - default OPTIMIZATION_ASSERTIONS_ENABLED |
78 |
| - help |
79 |
| - Assertions can be: |
80 |
| - - Enabled. Failure will print verbose assertion details. This is the default. |
81 |
| - |
82 |
| - - Set to "silent" to save code size (failed assertions will abort() but user |
83 |
| - needs to use the aborting address to find the line number with the failed assertion.) |
84 |
| - |
85 |
| - - Disabled entirely (not recommended for most configurations.) -DNDEBUG is added |
86 |
| - to CPPFLAGS in this case. |
87 |
| - |
88 |
| -config OPTIMIZATION_ASSERTIONS_ENABLED |
89 |
| - prompt "Enabled" |
90 |
| - bool |
91 |
| - help |
92 |
| - Enable assertions. Assertion content and line number will be printed on failure. |
93 |
| - |
94 |
| -config OPTIMIZATION_ASSERTIONS_SILENT |
95 |
| - prompt "Silent (saves code size)" |
96 |
| - bool |
97 |
| - help |
98 |
| - Enable silent assertions. Failed assertions will abort(), user needs to |
99 |
| - use the aborting address to find the line number with the failed assertion. |
100 |
| - |
101 |
| -config OPTIMIZATION_ASSERTIONS_DISABLED |
102 |
| - prompt "Disabled (sets -DNDEBUG)" |
103 |
| - bool |
104 |
| - help |
105 |
| - If assertions are disabled, -DNDEBUG is added to CPPFLAGS. |
106 |
| - |
107 |
| -endchoice # assertions |
108 |
| - |
109 |
| -menuconfig CXX_EXCEPTIONS |
110 |
| - bool "Enable C++ exceptions" |
111 |
| - default n |
112 |
| - help |
113 |
| - Enabling this option compiles all IDF C++ files with exception support enabled. |
114 |
| - |
115 |
| - Disabling this option disables C++ exception support in all compiled files, and any libstdc++ code which throws |
116 |
| - an exception will abort instead. |
117 |
| - |
118 |
| - Enabling this option currently adds an additional ~500 bytes of heap overhead |
119 |
| - when an exception is thrown in user code for the first time. |
120 |
| - |
121 |
| -config CXX_EXCEPTIONS_EMG_POOL_SIZE |
122 |
| - int "Emergency Pool Size" |
123 |
| - default 0 |
124 |
| - depends on CXX_EXCEPTIONS |
125 |
| - help |
126 |
| - Size (in bytes) of the emergency memory pool for C++ exceptions. This pool will be used to allocate |
127 |
| - memory for thrown exceptions when there is not enough memory on the heap. |
128 |
| - |
129 |
| -choice STACK_CHECK_MODE |
130 |
| - prompt "Stack smashing protection mode" |
131 |
| - default STACK_CHECK_NONE |
132 |
| - help |
133 |
| - Stack smashing protection mode. Emit extra code to check for buffer overflows, such as stack |
134 |
| - smashing attacks. This is done by adding a guard variable to functions with vulnerable objects. |
135 |
| - The guards are initialized when a function is entered and then checked when the function exits. |
136 |
| - If a guard check fails, program is halted. Protection has the following modes: |
137 |
| - - In NORMAL mode (GCC flag: -fstack-protector) only functions that call alloca, and functions with buffers larger than |
138 |
| - 8 bytes are protected. |
139 |
| - - STRONG mode (GCC flag: -fstack-protector-strong) is like NORMAL, but includes additional functions to be protected -- those that |
140 |
| - have local array definitions, or have references to local frame addresses. |
141 |
| - - In OVERALL mode (GCC flag: -fstack-protector-all) all functions are protected. |
142 |
| - |
143 |
| - Modes have the following impact on code performance and coverage: |
144 |
| - - performance: NORMAL > STRONG > OVERALL |
145 |
| - - coverage: NORMAL < STRONG < OVERALL |
146 |
| - |
147 |
| - |
148 |
| -config STACK_CHECK_NONE |
149 |
| - bool "None" |
150 |
| -config STACK_CHECK_NORM |
151 |
| - bool "Normal" |
152 |
| -config STACK_CHECK_STRONG |
153 |
| - bool "Strong" |
154 |
| -config STACK_CHECK_ALL |
155 |
| - bool "Overall" |
156 |
| -endchoice |
157 |
| - |
158 |
| -config STACK_CHECK |
159 |
| - bool |
160 |
| - default !STACK_CHECK_NONE |
161 |
| - help |
162 |
| - Stack smashing protection. |
163 |
| - |
164 |
| -endmenu # Compiler Options |
165 |
| - |
166 |
| -menu "Component config" |
167 |
| -source "$COMPONENT_KCONFIGS" |
168 |
| -endmenu |
| 7 | + # Hidden option to support checking for this specific target in C code and Kconfig files |
| 8 | + config IDF_TARGET_ESP8266 |
| 9 | + bool |
| 10 | + default "y" if IDF_TARGET="esp8266" |
| 11 | + default "n" |
| 12 | + |
| 13 | + config IDF_CMAKE |
| 14 | + bool |
| 15 | + option env="IDF_CMAKE" |
| 16 | + |
| 17 | + |
| 18 | + config IDF_TARGET_ENV |
| 19 | + # A proxy to get environment variable $IDF_TARGET |
| 20 | + string |
| 21 | + option env="IDF_TARGET" |
| 22 | + |
| 23 | + config IDF_TARGET |
| 24 | + # This option records the IDF target when sdkconfig is generated the first time. |
| 25 | + # It is not updated if environment variable $IDF_TARGET changes later, and |
| 26 | + # the build system is responsible for detecting the mismatch between |
| 27 | + # CONFIG_IDF_TARGET and $IDF_TARGET. |
| 28 | + string |
| 29 | + default "IDF_TARGET_NOT_SET" if IDF_TARGET_ENV="" |
| 30 | + default IDF_TARGET_ENV |
| 31 | + |
| 32 | + |
| 33 | + menu "SDK tool configuration" |
| 34 | + config SDK_TOOLPREFIX |
| 35 | + string "Compiler toolchain path/prefix" |
| 36 | + default "xtensa-lx106-elf-" |
| 37 | + help |
| 38 | + The prefix/path that is used to call the toolchain. The default setting assumes |
| 39 | + a crosstool-ng gcc setup that is in your PATH. |
| 40 | + |
| 41 | + config SDK_PYTHON |
| 42 | + string "Python 2 interpreter" |
| 43 | + depends on !IDF_CMAKE |
| 44 | + default "python" |
| 45 | + help |
| 46 | + The executable name/path that is used to run python. On some systems Python 2.x |
| 47 | + may need to be invoked as python2. |
| 48 | + |
| 49 | + (Note: This option is used with the legacy GNU Make build system only.) |
| 50 | + |
| 51 | + config SDK_MAKE_WARN_UNDEFINED_VARIABLES |
| 52 | + bool "'make' warns on undefined variables" |
| 53 | + depends on !IDF_CMAKE |
| 54 | + default "n" |
| 55 | + help |
| 56 | + Adds --warn-undefined-variables to MAKEFLAGS. This causes make to |
| 57 | + print a warning any time an undefined variable is referenced. |
| 58 | + |
| 59 | + This option helps find places where a variable reference is misspelled |
| 60 | + or otherwise missing, but it can be unwanted if you have Makefiles which |
| 61 | + depend on undefined variables expanding to an empty string. |
| 62 | + |
| 63 | + (Note: this option is used with the legacy GNU Make build system only.) |
| 64 | + |
| 65 | + endmenu # SDK tool configuration |
| 66 | + |
| 67 | + source "$COMPONENT_KCONFIGS_PROJBUILD" |
| 68 | + |
| 69 | + menu "Compiler options" |
| 70 | + |
| 71 | + choice COMPILER_OPTIMIZATION |
| 72 | + prompt "Optimization Level" |
| 73 | + default COMPILER_OPTIMIZATION_LEVEL_DEBUG |
| 74 | + help |
| 75 | + This option sets compiler optimization level (gcc -O argument). |
| 76 | + |
| 77 | + - for "Release" setting, -Os flag is added to CFLAGS. |
| 78 | + - for "Debug" setting, -Og flag is added to CFLAGS. |
| 79 | + |
| 80 | + "Release" with -Os produces smaller & faster compiled code but it |
| 81 | + may be harder to correlated code addresses to source files when debugging. |
| 82 | + |
| 83 | + To add custom optimization settings, set CFLAGS and/or CPPFLAGS |
| 84 | + in project makefile, before including $(IDF_PATH)/make/project.mk. Note that |
| 85 | + custom optimization levels may be unsupported. |
| 86 | + |
| 87 | + config COMPILER_OPTIMIZATION_LEVEL_DEBUG |
| 88 | + bool "Debug (-Og)" |
| 89 | + config COMPILER_OPTIMIZATION_LEVEL_RELEASE |
| 90 | + bool "Release (-Os)" |
| 91 | + endchoice |
| 92 | + |
| 93 | + choice COMPILER_OPTIMIZATION_ASSERTION_LEVEL |
| 94 | + prompt "Assertion level" |
| 95 | + default COMPILER_OPTIMIZATION_ASSERTIONS_ENABLE |
| 96 | + help |
| 97 | + Assertions can be: |
| 98 | + |
| 99 | + - Enabled. Failure will print verbose assertion details. This is the default. |
| 100 | + |
| 101 | + - Set to "silent" to save code size (failed assertions will abort() but user |
| 102 | + needs to use the aborting address to find the line number with the failed assertion.) |
| 103 | + |
| 104 | + - Disabled entirely (not recommended for most configurations.) -DNDEBUG is added |
| 105 | + to CPPFLAGS in this case. |
| 106 | + |
| 107 | + config COMPILER_OPTIMIZATION_ASSERTIONS_ENABLE |
| 108 | + prompt "Enabled" |
| 109 | + bool |
| 110 | + help |
| 111 | + Enable assertions. Assertion content and line number will be printed on failure. |
| 112 | + |
| 113 | + config COMPILER_OPTIMIZATION_ASSERTIONS_SILENT |
| 114 | + prompt "Silent (saves code size)" |
| 115 | + bool |
| 116 | + help |
| 117 | + Enable silent assertions. Failed assertions will abort(), user needs to |
| 118 | + use the aborting address to find the line number with the failed assertion. |
| 119 | + |
| 120 | + config COMPILER_OPTIMIZATION_ASSERTIONS_DISABLE |
| 121 | + prompt "Disabled (sets -DNDEBUG)" |
| 122 | + bool |
| 123 | + help |
| 124 | + If assertions are disabled, -DNDEBUG is added to CPPFLAGS. |
| 125 | + |
| 126 | + endchoice # assertions |
| 127 | + |
| 128 | + menuconfig COMPILER_CXX_EXCEPTIONS |
| 129 | + bool "Enable C++ exceptions" |
| 130 | + default n |
| 131 | + help |
| 132 | + Enabling this option compiles all IDF C++ files with exception support enabled. |
| 133 | + |
| 134 | + Disabling this option disables C++ exception support in all compiled files, and any libstdc++ code |
| 135 | + which throws an exception will abort instead. |
| 136 | + |
| 137 | + Enabling this option currently adds an additional ~500 bytes of heap overhead |
| 138 | + when an exception is thrown in user code for the first time. |
| 139 | + |
| 140 | + choice COMPILER_STACK_CHECK_MODE |
| 141 | + prompt "Stack smashing protection mode" |
| 142 | + default COMPILER_STACK_CHECK_MODE_NONE |
| 143 | + help |
| 144 | + Stack smashing protection mode. Emit extra code to check for buffer overflows, such as stack |
| 145 | + smashing attacks. This is done by adding a guard variable to functions with vulnerable objects. |
| 146 | + The guards are initialized when a function is entered and then checked when the function exits. |
| 147 | + If a guard check fails, program is halted. Protection has the following modes: |
| 148 | + |
| 149 | + - In NORMAL mode (GCC flag: -fstack-protector) only functions that call alloca, and functions with |
| 150 | + buffers larger than 8 bytes are protected. |
| 151 | + |
| 152 | + - STRONG mode (GCC flag: -fstack-protector-strong) is like NORMAL, but includes additional functions |
| 153 | + to be protected -- those that have local array definitions, or have references to local frame |
| 154 | + addresses. |
| 155 | + |
| 156 | + - In OVERALL mode (GCC flag: -fstack-protector-all) all functions are protected. |
| 157 | + |
| 158 | + Modes have the following impact on code performance and coverage: |
| 159 | + |
| 160 | + - performance: NORMAL > STRONG > OVERALL |
| 161 | + |
| 162 | + - coverage: NORMAL < STRONG < OVERALL |
| 163 | + |
| 164 | + |
| 165 | + config COMPILER_STACK_CHECK_MODE_NONE |
| 166 | + bool "None" |
| 167 | + config COMPILER_STACK_CHECK_MODE_NORM |
| 168 | + bool "Normal" |
| 169 | + config COMPILER_STACK_CHECK_MODE_STRONG |
| 170 | + bool "Strong" |
| 171 | + config COMPILER_STACK_CHECK_MODE_ALL |
| 172 | + bool "Overall" |
| 173 | + endchoice |
| 174 | + |
| 175 | + config COMPILER_STACK_CHECK |
| 176 | + bool |
| 177 | + default !COMPILER_STACK_CHECK_MODE_NONE |
| 178 | + help |
| 179 | + Stack smashing protection. |
| 180 | + |
| 181 | + config COMPILER_WARN_WRITE_STRINGS |
| 182 | + bool "Enable -Wwrite-strings warning flag" |
| 183 | + default "n" |
| 184 | + help |
| 185 | + Adds -Wwrite-strings flag for the C/C++ compilers. |
| 186 | + |
| 187 | + For C, this gives string constants the type ``const char[]`` so that |
| 188 | + copying the address of one into a non-const ``char *`` pointer |
| 189 | + produces a warning. This warning helps to find at compile time code |
| 190 | + that tries to write into a string constant. |
| 191 | + |
| 192 | + For C++, this warns about the deprecated conversion from string |
| 193 | + literals to ``char *``. |
| 194 | + |
| 195 | + |
| 196 | + endmenu # Compiler Options |
| 197 | + |
| 198 | + menu "Component config" |
| 199 | + source "$COMPONENT_KCONFIGS" |
| 200 | + endmenu |
0 commit comments