rust/compiler/rustc_codegen_llvm/src/back/write.rs, branch 1.72.0https://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=1.72.02023-07-05T11:11:27+00:00Revert "use new c literals instead of cstr! macro"2023-07-05T11:11:27+00:00León Orell Valerian Liehrme@fmease.dev2023-07-04T17:53:44+00:00urn:sha1:3788b7ab32a6398e7563557f7b32f741f43704a3
This reverts commit a17561ffc90c900cb7d0e96b00c6381244764ef7.
Auto merge of #113040 - Kobzol:llvm-remark-streamer, r=tmiasko2023-07-02T12:48:44+00:00borsbors@rust-lang.org2023-07-02T12:48:44+00:00urn:sha1:131a03664ef90d6443dfb567ac19e5466baa937f
Add `-Zremark-dir` unstable flag to write LLVM optimization remarks to YAML
This PR adds an option for `rustc` to emit LLVM optimization remarks to a set of YAML files, which can then be digested by existing tools, like https://github.com/OfekShilon/optview2. When `-Cremark-dir` is passed, and remarks are enabled (`-Cremark=all`), the remarks will be now written to the specified directory, **instead** of being printed to standard error output. The files are named based on the CGU from which they are being generated.
Currently, the remarks are written using the LLVM streaming machinery, directly in the diagnostics handler. It seemed easier than going back to Rust and then form there back to C++ to use the streamer from the diagnostics handler. But there are many ways to implement this, of course, so I'm open to suggestions :)
I included some comments with questions into the code. Also, I'm not sure how to test this.
r? `@tmiasko`
Add `rustc` option to output LLVM optimization remarks to YAML files2023-07-02T11:41:36+00:00Jakub Beránekberykubik@gmail.com2023-06-25T21:39:02+00:00urn:sha1:62728c7aaff0441b12057de8f1be620feb96652cUse `c`-prefixed string2023-06-08T05:24:35+00:00Kai Luolkail@cn.ibm.com2023-06-08T05:24:35+00:00urn:sha1:7b79cb1759fce014f23267ce7884ba8d6ab402e7Support embedding bitcode on AIX2023-06-08T05:22:57+00:00Kai Luolkail@cn.ibm.com2023-03-23T09:27:53+00:00urn:sha1:5725561e169fa38f5f151a90f8924ee4cb3c6052use new c literals instead of cstr! macro2023-05-31T16:40:24+00:00klensyklensy@users.noreply.github.com2023-05-16T15:43:23+00:00urn:sha1:a17561ffc90c900cb7d0e96b00c6381244764ef7Output LLVM optimization remark kind in `-Cremark` output2023-05-04T13:39:21+00:00Jakub Beránekberykubik@gmail.com2023-05-04T13:39:21+00:00urn:sha1:00ac29d7b2e7a9a2da79f8754efc8e0d51e81886replace LLVMRustAppendModuleInlineAsm with LLVMAppendModuleInlineAsm, LLVMRustMetadataTypeInContext with LLVMMetadataTypeInContext2023-04-04T12:12:35+00:00klensyklensy@users.noreply.github.com2023-04-02T15:26:48+00:00urn:sha1:076116bb4ca84801e5f513fc7cf280c55f32e8c4Add OpenHarmony targets2023-03-28T15:01:13+00:00Amanieu d'Antrasamanieu@gmail.com2022-11-10T10:06:34+00:00urn:sha1:e3968be331aaf7fa48f2365998ed4d076ddc82c8
- `aarch64-unknown-linux-ohos`
- `armv7-unknown-linux-ohos`
record llvm cgu instruction stats2023-02-25T08:18:56+00:00csmoecsmoe@msn.com2022-11-03T14:34:24+00:00urn:sha1:a30de6e7cb1458e271ead5e40e49dbe709275537