@@ -293,6 +293,9 @@ environment variable. We first document the most relevant and most commonly used
293
293
value of forwarded variables stays the same. Has no effect if `-Zmiri-disable-isolation` is set.
294
294
* `-Zmiri-ignore-leaks` disables the memory leak checker, and also allows some
295
295
remaining threads to exist when the main thread exits.
296
+ * `-Zmiri-num-cpus` states the number of available CPUs to be reported by miri. By default, the
297
+ number of available CPUs is `1`. Note that this flag does not affect how miri handles threads in
298
+ any way.
296
299
* `-Zmiri-permissive-provenance` disables the warning for integer-to-pointer casts and
297
300
[`ptr::from_exposed_addr`](https://doc.rust-lang.org/nightly/std/ptr/fn.from_exposed_addr.html).
298
301
This will necessarily miss some bugs as those operations are not efficiently and accurately
@@ -357,7 +360,7 @@ to Miri failing to detect cases of undefined behavior in a program.
357
360
This is **work in progress**; currently, only integer arguments and return values are
358
361
supported (and no, pointer/integer casts to work around this limitation will not work;
359
362
they will fail horribly). It also only works on unix hosts for now.
360
- Follow [the discussion on supporting other types](https://github.com/rust-lang/miri/issues/2365).
363
+ Follow [the discussion on supporting other types](https://github.com/rust-lang/miri/issues/2365).
361
364
* `-Zmiri-measureme=<name>` enables `measureme` profiling for the interpreted program.
362
365
This can be used to find which parts of your program are executing slowly under Miri.
363
366
The profile is written out to a file with the prefix `<name>`, and can be processed
@@ -387,7 +390,7 @@ to Miri failing to detect cases of undefined behavior in a program.
387
390
Borrows "protectors". Specifying this argument multiple times does not overwrite the previous
388
391
values, instead it appends its values to the list. Listing an id multiple times has no effect.
389
392
* `-Zmiri-track-pointer-tag=<tag1>,<tag2>,...` shows a backtrace when a given pointer tag
390
- is created and when (if ever) it is popped from a borrow stack (which is where the tag becomes invalid
393
+ is created and when (if ever) it is popped from a borrow stack (which is where the tag becomes invalid
391
394
and any future use of it will error). This helps you in finding out why UB is
392
395
happening and where in your code would be a good place to look for it.
393
396
Specifying this argument multiple times does not overwrite the previous
0 commit comments