Resync config.toml and suggest better settings
This commit is contained in:
parent
bda916e75d
commit
a93d729018
|
|
@ -30,23 +30,56 @@ settings (and possibly others, such as `llvm.ccache`):
|
||||||
|
|
||||||
```toml
|
```toml
|
||||||
[llvm]
|
[llvm]
|
||||||
# Enables LLVM assertions, which will check that the LLVM bitcode generated
|
# Indicates whether the LLVM assertions are enabled or not
|
||||||
# by the compiler is internally consistent. These are particularly helpful
|
|
||||||
# if you edit `codegen`.
|
|
||||||
assertions = true
|
assertions = true
|
||||||
|
|
||||||
[rust]
|
[rust]
|
||||||
# This will make your build more parallel; it costs a bit of runtime
|
# Indicates that the build should be configured for debugging Rust. A
|
||||||
# performance perhaps (less inlining) but it's worth it.
|
# `debug`-enabled compiler and standard library will be somewhat
|
||||||
|
# slower (due to e.g. checking of debug assertions) but should remain
|
||||||
|
# usable.
|
||||||
|
#
|
||||||
|
# Note: If this value is set to `true`, it will affect a number of
|
||||||
|
# configuration options below as well, if they have been left
|
||||||
|
# unconfigured in this file.
|
||||||
|
#
|
||||||
|
# Note: changes to the `debug` setting do *not* affect `optimize`
|
||||||
|
# above. In theory, a "maximally debuggable" environment would
|
||||||
|
# set `optimize` to `false` above to assist the introspection
|
||||||
|
# facilities of debuggers like lldb and gdb. To recreate such an
|
||||||
|
# environment, explicitly set `optimize` to `false` and `debug`
|
||||||
|
# to `true`. In practice, everyone leaves `optimize` set to
|
||||||
|
# `true`, because an unoptimized rustc with debugging
|
||||||
|
# enabled becomes *unusably slow* (e.g. rust-lang/rust#24840
|
||||||
|
# reported a 25x slowdown) and bootstrapping the supposed
|
||||||
|
# "maximally debuggable" environment (notably libstd) takes
|
||||||
|
# hours to build.
|
||||||
|
#
|
||||||
|
debug = true
|
||||||
|
|
||||||
|
# Number of codegen units to use for each compiler invocation. A value of 0
|
||||||
|
# means "the number of cores on this machine", and 1+ is passed through to the
|
||||||
|
# compiler.
|
||||||
codegen-units = 0
|
codegen-units = 0
|
||||||
|
|
||||||
# This enables full debuginfo and debug assertions. The line debuginfo is also
|
# Debuginfo level for most of Rust code, corresponds to the `-C debuginfo=N` option of `rustc`.
|
||||||
# enabled by `debuginfo-level = 1`. Full debuginfo is also enabled by
|
# `0` - no debug info
|
||||||
# `debuginfo-level = 2`. Debug assertions can also be enabled with
|
# `1` - line tables only - sufficient to generate backtraces that include line
|
||||||
# `debug-assertions = true`. Note that `debug = true` will make your build
|
# information and inlined functions, set breakpoints at source code
|
||||||
# slower, so you may want to try individually enabling debuginfo and assertions
|
# locations, and step through execution in a debugger.
|
||||||
# or enable only line debuginfo which is basically free.
|
# `2` - full debug info with variable and type information
|
||||||
debug = true
|
# Can be overridden for specific subsets of Rust code (rustc, std or tools).
|
||||||
|
# Debuginfo for tests run with compiletest is not controlled by this option
|
||||||
|
# and needs to be enabled separately with `debuginfo-level-tests`.
|
||||||
|
#
|
||||||
|
# Defaults to 2 if debug is true
|
||||||
|
debuginfo-level = 1
|
||||||
|
|
||||||
|
# Whether to always use incremental compilation when building rustc
|
||||||
|
incremental = true
|
||||||
|
|
||||||
|
# Emits extra output from tests so test failures are debuggable just from logfiles.
|
||||||
|
verbose-tests = true
|
||||||
```
|
```
|
||||||
|
|
||||||
If you have already built `rustc`, then you may have to execute `rm -rf build` for subsequent
|
If you have already built `rustc`, then you may have to execute `rm -rf build` for subsequent
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue