rust/compiler/rustc_llvm/llvm-wrapper/PassWrapper.cpp, branch 1.62.0 https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.62.0 2022-04-20T07:36:02+00:00 Stub out more PassManagerBuilder functions 2022-04-20T07:36:02+00:00 Nikita Popov npopov@redhat.com 2022-04-20T07:25:13+00:00 urn:sha1:6dc0bcc5db00524af73eb7dd2f6e24f38736f1aa Stub out various legacy PM functions with LLVM 15 2022-04-20T07:25:47+00:00 Nikita Popov npopov@redhat.com 2022-04-19T11:22:39+00:00 urn:sha1:890cabac8acb566dee2d01bdfd9198546adfa310 Respect -Z verify-llvm-ir and other flags that add extra passes when combined with -C no-prepopulate-passes in the new LLVM Pass Manager. 2022-04-10T19:40:16+00:00 Luqman Aden me@luqman.ca 2022-04-10T19:30:35+00:00 urn:sha1:84fb481bf51ed69e5cf0780319ba72ead5420732 Remove LLVMRustMarkAllFunctionsNounwind 2022-01-14T00:36:12+00:00 Amanieu d'Antras amanieu@gmail.com 2022-01-14T00:10:10+00:00 urn:sha1:606d9c0c0e54b7ed6ec962f3eb492f335c6afe81 This was originally introduced in #10916 as a way to remove all landing pads when performing LTO. However this is no longer necessary today since rustc properly marks all functions and call-sites as nounwind where appropriate. In fact this is incorrect in the presence of `extern "C-unwind"` which must create a landing pad when compiled with `-C panic=abort` so that foreign exceptions are caught and properly turned into aborts. Use the existing llvm-plugins option for both legacy and new pm registration 2021-12-13T09:41:43+00:00 Axel Cohen axel.cohen@eshard.com 2021-11-24T10:43:40+00:00 urn:sha1:c4f29fa0ed738b52e7d8ef372c2d09300755dfef Add a codegen option to allow loading LLVM pass plugins 2021-12-13T09:40:44+00:00 Axel Cohen axel.cohen@eshard.com 2021-11-19T16:01:41+00:00 urn:sha1:97cf461b8f4c0ed0de8fdc1c441b904ddb8b3194 PassWrapper: additional sanitizer update to match clang 2021-11-11T14:05:21+00:00 Krasimir Georgiev krasimir@google.com 2021-11-11T14:03:23+00:00 urn:sha1:d9f2d5f0e9c55f440d043c3614b164d7c9fa70ce This happened later in the stream than the other changes, but the fix is overlapping. Fix taken from a55c4ec1cee7683d9095327d9d33e7137ec25292 in LLVM. Didn't mean to invert this boolean. 2021-11-09T15:18:13+00:00 Augie Fackler augie@google.com 2021-11-04T22:08:32+00:00 urn:sha1:d440ce6a9f6d8cfa532007add77754d956038407 rustc_llvm: update PassWrapper for recent LLVM 2021-11-09T15:18:13+00:00 Augie Fackler augie@google.com 2021-11-04T21:16:16+00:00 urn:sha1:6234a5694936cb0f7c9a3fb456ae4c0aeee69f11 Now AddressSanitizerOptions is a struct, but at least the change was tiny. r? nikic Initialize LLVM time trace profiler on each code generation thread 2021-11-05T16:47:11+00:00 Tomasz Miąsko tomasz.miasko@gmail.com 2021-11-05T00:00:00+00:00 urn:sha1:5a09e1213543fca0cbc9a0a61643e8d1bd4fccd8 In https://reviews.llvm.org/D71059 LLVM 11, the time trace profiler was extended to support multiple threads. `timeTraceProfilerInitialize` creates a thread local profiler instance. When a thread finishes `timeTraceProfilerFinishThread` moves a thread local instance into a global collection of instances. Finally when all codegen work is complete `timeTraceProfilerWrite` writes data from the current thread local instance and the instances in global collection of instances. Previously, the profiler was intialized on a single thread only. Since this thread performs no code generation on its own, the resulting profile was empty. Update LLVM codegen to initialize & finish time trace profiler on each code generation thread.