rust/compiler/rustc_codegen_llvm/src/errors.rs, branch 1.74.0

allow LTO on `proc-macro` crates with `-Zdylib-lto`

2023-09-23T14:08:43+00:00

Signed-off-by: onur-ozkan

debuginfo: add compiler option to allow compressed debuginfo sections

2023-09-08T14:45:29+00:00

LLVM already supports emitting compressed debuginfo. In debuginfo=full builds, the debug section is often a large amount of data, and it typically compresses very well (3x is not unreasonable.) We add a new knob to allow debuginfo to be compressed when the matching LLVM functionality is present. Like clang, if a known-but-disabled compression mechanism is requested, we disable compression and emit uncompressed debuginfo sections. The API is different enough on older LLVMs we just pretend the support is missing on LLVM older than 16.

Better diagnostics for dlltool errors.

2023-07-17T20:20:01+00:00

When dlltool fails, show the full command that was executed. In particular, llvm-dlltool is not very helpful, printing a generic usage message rather than what actually went wrong, so stdout and stderr aren't of much use when troubleshooting.

Use translatable diagnostics in `rustc_const_eval`

2023-06-01T14:45:18+00:00

Rollup merge of #111203 - Kobzol:remark-print-kind, r=tmiasko

2023-05-06T21:32:02+00:00

Output LLVM optimization remark kind in `-Cremark` output Since https://github.com/rust-lang/rust/pull/90833, the optimization remark kind has not been printed. Therefore it wasn't possible to easily determine from the log (in a programmatic way) which remark kind was produced. I think that the most interesting remarks are the missed ones, which can lead users to some code optimization. Maybe we could also change the format closer to the "old" one: ``` note: optimization remark for tailcallelim at /checkout/src/libcore/num/mod.rs:1:0: marked this call a tail call candidate ``` I wanted to programatically parse the remarks so that they could work e.g. with https://github.com/OfekShilon/optview2. However, now that I think about it, probably the proper solution is to tell rustc to output them to YAML and then use the YAML as input for the opt remark visualization tools. The flag for enabling this does not seem to work though (https://github.com/rust-lang/rust/issues/96705#issuecomment-1117632322). Still I think that it's good to output the remark kind anyway, it's an important piece of information. r? ```@tmiasko```

Output LLVM optimization remark kind in `-Cremark` output

2023-05-04T13:39:21+00:00

Stablize raw-dylib, link_ordinal and -Cdlltool

2023-04-18T18:01:07+00:00

errors: generate typed identifiers in each crate

2023-02-22T09:15:53+00:00

Instead of loading the Fluent resources for every crate in `rustc_error_messages`, each crate generates typed identifiers for its own diagnostics and creates a static which are pulled together in the `rustc_driver` crate and provided to the diagnostic emitter. Signed-off-by: David Wood

session: diagnostic migration lint on more fns

2023-01-30T17:11:35+00:00

Apply the diagnostic migration lint to more functions on `Session`. Signed-off-by: David Wood

Remove backwards compat for LLVM 12 coverage format

2023-01-09T15:31:24+00:00