cranelift_codegen_meta/shared/
settings.rs1use crate::cdsl::settings::{SettingGroup, SettingGroupBuilder};
2
3pub(crate) fn define() -> SettingGroup {
4 let mut settings = SettingGroupBuilder::new("shared");
5
6 settings.add_bool(
7 "regalloc_checker",
8 "Enable the symbolic checker for register allocation.",
9 r#"
10 This performs a verification that the register allocator preserves
11 equivalent dataflow with respect to the original (pre-regalloc)
12 program. This analysis is somewhat expensive. However, if it succeeds,
13 it provides independent evidence (by a carefully-reviewed, from-first-principles
14 analysis) that no regalloc bugs were triggered for the particular compilations
15 performed. This is a valuable assurance to have as regalloc bugs can be
16 very dangerous and difficult to debug.
17 "#,
18 false,
19 );
20
21 settings.add_bool(
22 "regalloc_verbose_logs",
23 "Enable verbose debug logs for regalloc2.",
24 r#"
25 This adds extra logging for regalloc2 output, that is quite valuable to understand
26 decisions taken by the register allocator as well as debugging it. It is disabled by
27 default, as it can cause many log calls which can slow down compilation by a large
28 amount.
29 "#,
30 false,
31 );
32
33 settings.add_enum(
34 "opt_level",
35 "Optimization level for generated code.",
36 r#"
37 Supported levels:
38
39 - `none`: Minimise compile time by disabling most optimizations.
40 - `speed`: Generate the fastest possible code
41 - `speed_and_size`: like "speed", but also perform transformations aimed at reducing code size.
42 "#,
43 vec!["none", "speed", "speed_and_size"],
44 );
45
46 settings.add_bool(
47 "enable_alias_analysis",
48 "Do redundant-load optimizations with alias analysis.",
49 r#"
50 This enables the use of a simple alias analysis to optimize away redundant loads.
51 Only effective when `opt_level` is `speed` or `speed_and_size`.
52 "#,
53 true,
54 );
55
56 settings.add_bool(
57 "enable_verifier",
58 "Run the Cranelift IR verifier at strategic times during compilation.",
59 r#"
60 This makes compilation slower but catches many bugs. The verifier is always enabled by
61 default, which is useful during development.
62 "#,
63 true,
64 );
65
66 settings.add_bool(
67 "enable_pcc",
68 "Enable proof-carrying code translation validation.",
69 r#"
70 This adds a proof-carrying-code mode. Proof-carrying code (PCC) is a strategy to verify
71 that the compiler preserves certain properties or invariants in the compiled code.
72 For example, a frontend that translates WebAssembly to CLIF can embed PCC facts in
73 the CLIF, and Cranelift will verify that the final machine code satisfies the stated
74 facts at each intermediate computed value. Loads and stores can be marked as "checked"
75 and their memory effects can be verified as safe.
76 "#,
77 false,
78 );
79
80 settings.add_bool(
84 "is_pic",
85 "Enable Position-Independent Code generation.",
86 "",
87 false,
88 );
89
90 settings.add_bool(
91 "use_colocated_libcalls",
92 "Use colocated libcalls.",
93 r#"
94 Generate code that assumes that libcalls can be declared "colocated",
95 meaning they will be defined along with the current function, such that
96 they can use more efficient addressing.
97 "#,
98 false,
99 );
100
101 settings.add_bool(
102 "enable_float",
103 "Enable the use of floating-point instructions.",
104 r#"
105 Disabling use of floating-point instructions is not yet implemented.
106 "#,
107 true,
108 );
109
110 settings.add_bool(
111 "enable_nan_canonicalization",
112 "Enable NaN canonicalization.",
113 r#"
114 This replaces NaNs with a single canonical value, for users requiring
115 entirely deterministic WebAssembly computation. This is not required
116 by the WebAssembly spec, so it is not enabled by default.
117 "#,
118 false,
119 );
120
121 settings.add_bool(
122 "enable_pinned_reg",
123 "Enable the use of the pinned register.",
124 r#"
125 This register is excluded from register allocation, and is completely under the control of
126 the end-user. It is possible to read it via the get_pinned_reg instruction, and to set it
127 with the set_pinned_reg instruction.
128 "#,
129 false,
130 );
131
132 settings.add_bool(
133 "enable_atomics",
134 "Enable the use of atomic instructions",
135 "",
136 true,
137 );
138
139 settings.add_bool(
140 "enable_safepoints",
141 "Enable safepoint instruction insertions.",
142 r#"
143 This will allow the emit_stack_maps() function to insert the safepoint
144 instruction on top of calls and interrupt traps in order to display the
145 live reference values at that point in the program.
146 "#,
147 false,
148 );
149
150 settings.add_enum(
151 "tls_model",
152 "Defines the model used to perform TLS accesses.",
153 "",
154 vec!["none", "elf_gd", "macho", "coff"],
155 );
156
157 settings.add_enum(
158 "libcall_call_conv",
159 "Defines the calling convention to use for LibCalls call expansion.",
160 r#"
161 This may be different from the ISA default calling convention.
162
163 The default value is to use the same calling convention as the ISA
164 default calling convention.
165
166 This list should be kept in sync with the list of calling
167 conventions available in isa/call_conv.rs.
168 "#,
169 vec![
170 "isa_default",
171 "fast",
172 "cold",
173 "system_v",
174 "windows_fastcall",
175 "apple_aarch64",
176 "probestack",
177 ],
178 );
179
180 settings.add_bool(
181 "enable_llvm_abi_extensions",
182 "Enable various ABI extensions defined by LLVM's behavior.",
183 r#"
184 In some cases, LLVM's implementation of an ABI (calling convention)
185 goes beyond a standard and supports additional argument types or
186 behavior. This option instructs Cranelift codegen to follow LLVM's
187 behavior where applicable.
188
189 Currently, this applies only to Windows Fastcall on x86-64, and
190 allows an `i128` argument to be spread across two 64-bit integer
191 registers. The Fastcall implementation otherwise does not support
192 `i128` arguments, and will panic if they are present and this
193 option is not set.
194 "#,
195 false,
196 );
197
198 settings.add_bool(
199 "unwind_info",
200 "Generate unwind information.",
201 r#"
202 This increases metadata size and compile time, but allows for the
203 debugger to trace frames, is needed for GC tracing that relies on
204 libunwind (such as in Wasmtime), and is unconditionally needed on
205 certain platforms (such as Windows) that must always be able to unwind.
206 "#,
207 true,
208 );
209
210 settings.add_bool(
211 "preserve_frame_pointers",
212 "Preserve frame pointers",
213 r#"
214 Preserving frame pointers -- even inside leaf functions -- makes it
215 easy to capture the stack of a running program, without requiring any
216 side tables or metadata (like `.eh_frame` sections). Many sampling
217 profilers and similar tools walk frame pointers to capture stacks.
218 Enabling this option will play nice with those tools.
219 "#,
220 false,
221 );
222
223 settings.add_bool(
224 "machine_code_cfg_info",
225 "Generate CFG metadata for machine code.",
226 r#"
227 This increases metadata size and compile time, but allows for the
228 embedder to more easily post-process or analyze the generated
229 machine code. It provides code offsets for the start of each
230 basic block in the generated machine code, and a list of CFG
231 edges (with blocks identified by start offsets) between them.
232 This is useful for, e.g., machine-code analyses that verify certain
233 properties of the generated code.
234 "#,
235 false,
236 );
237
238 settings.add_bool(
241 "enable_probestack",
242 "Enable the use of stack probes for supported calling conventions.",
243 "",
244 false,
245 );
246
247 settings.add_num(
248 "probestack_size_log2",
249 "The log2 of the size of the stack guard region.",
250 r#"
251 Stack frames larger than this size will have stack overflow checked
252 by calling the probestack function.
253
254 The default is 12, which translates to a size of 4096.
255 "#,
256 12,
257 );
258
259 settings.add_enum(
260 "probestack_strategy",
261 "Controls what kinds of stack probes are emitted.",
262 r#"
263 Supported strategies:
264
265 - `outline`: Always emits stack probes as calls to a probe stack function.
266 - `inline`: Always emits inline stack probes.
267 "#,
268 vec!["outline", "inline"],
269 );
270
271 settings.add_bool(
274 "enable_jump_tables",
275 "Enable the use of jump tables in generated machine code.",
276 "",
277 true,
278 );
279
280 settings.add_bool(
283 "enable_heap_access_spectre_mitigation",
284 "Enable Spectre mitigation on heap bounds checks.",
285 r#"
286 This is a no-op for any heap that needs no bounds checks; e.g.,
287 if the limit is static and the guard region is large enough that
288 the index cannot reach past it.
289
290 This option is enabled by default because it is highly
291 recommended for secure sandboxing. The embedder should consider
292 the security implications carefully before disabling this option.
293 "#,
294 true,
295 );
296
297 settings.add_bool(
298 "enable_table_access_spectre_mitigation",
299 "Enable Spectre mitigation on table bounds checks.",
300 r#"
301 This option uses a conditional move to ensure that when a table
302 access index is bounds-checked and a conditional branch is used
303 for the out-of-bounds case, a misspeculation of that conditional
304 branch (falsely predicted in-bounds) will select an in-bounds
305 index to load on the speculative path.
306
307 This option is enabled by default because it is highly
308 recommended for secure sandboxing. The embedder should consider
309 the security implications carefully before disabling this option.
310 "#,
311 true,
312 );
313
314 settings.add_bool(
315 "enable_incremental_compilation_cache_checks",
316 "Enable additional checks for debugging the incremental compilation cache.",
317 r#"
318 Enables additional checks that are useful during development of the incremental
319 compilation cache. This should be mostly useful for Cranelift hackers, as well as for
320 helping to debug false incremental cache positives for embedders.
321
322 This option is disabled by default and requires enabling the "incremental-cache" Cargo
323 feature in cranelift-codegen.
324 "#,
325 false,
326 );
327
328 settings.add_num(
329 "bb_padding_log2_minus_one",
330 "The log2 of the size to insert dummy padding between basic blocks",
331 r#"
332 This is a debugging option for stressing various cases during code
333 generation without requiring large functions. This will insert
334 0-byte padding between basic blocks of the specified size.
335
336 The amount of padding inserted two raised to the power of this value
337 minus one. If this value is 0 then no padding is inserted.
338
339 The default for this option is 0 to insert no padding as it's only
340 intended for testing and development.
341 "#,
342 0,
343 );
344
345 settings.build()
348}