Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2020-01-29T20:55:38+00:00 2020-01-29T20:55:38+00:00 Heejin Ahn aheejin@gmail.com 2020-01-24T00:39:32+00:00 urn:sha1:d18ccb8b3310867c179f22704b6397e83981fff7 Summary: D72308 incorrectly assumed `resume` cannot exist without a `landingpad`, which is not true. This sets `Changed` to true whenever we make changes to a function, including creating a call to `__resumeException` within a function without a landing pad. Reviewers: tlively Subscribers: dschuff, sbc100, jgravelle-google, hiraditya, sunfish, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D73308 (cherry picked from commit 580d7838dd08e13dac6caf4ab3142c9381bc7ad0) 2020-01-07T01:02:32+00:00 Heejin Ahn aheejin@gmail.com 2020-01-07T00:15:53+00:00 urn:sha1:21f7b362095f7497aa87ccc334fe18bbc072854c Summary: Previously we didn't set `Changed` to true when there are only landing pads but not invokes. This fixes it and we set `Changed` to true whenever we have landing pads. (There can't be invokes without landing pads, so that case is covered too) The test case for this has to be a separate file because this pass is a `ModulePass` and `Changed` is computed based on the whole module. Reviewers: tlively Subscribers: dschuff, sbc100, jgravelle-google, hiraditya, sunfish, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D72308 2020-01-04T13:15:50+00:00 Simon Pilgrim llvm-dev@redking.me.uk 2020-01-04T13:15:50+00:00 urn:sha1:eb0e1978df7b9e7df3e645bb48fbf655f8aab69a This patch attempts to peek through vectors based on the demanded bits/elt of a particular ISD::EXTRACT_VECTOR_ELT node, allowing us to avoid dependencies on ops that have no impact on the extract. In particular this helps remove some unnecessary scalar->vector->scalar patterns. The wasm shift patterns are annoying - @tlively has indicated that the wasm vector shift codegen are to be refactored in the near-term and isn't considered a major issue. Reapplied after reversion at rL368660 due to PR42982 which was fixed at rGca7fdd41bda0. Differential Revision: https://reviews.llvm.org/D65887 2019-12-25T00:27:51+00:00 Fangrui Song maskray@google.com 2019-12-25T00:11:33+00:00 urn:sha1:a36ddf0aa9db5c1086e04f56b5f077b761712eb5 2019-12-18T23:31:38+00:00 Thomas Lively tlively@google.com 2019-12-18T05:53:46+00:00 urn:sha1:71eb8023d85e5201d32ea24194ec5bc07db23527 Summary: The vector pattern `(a + b + 1) / 2` was previously selected to an avgr_u instruction regardless of nuw flags, but this is incorrect in the case where either addition may have an unsigned wrap. This CL changes the existing pattern to require both adds to have nuw flags and adds builtin functions and intrinsics for the avgr_u instructions because the corrected pattern is not representable in C. Reviewers: aheejin Subscribers: dschuff, sbc100, jgravelle-google, hiraditya, sunfish, cfe-commits, llvm-commits Tags: #clang, #llvm Differential Revision: https://reviews.llvm.org/D71648 2019-12-17T23:05:50+00:00 Thomas Lively tlively@google.com 2019-12-17T21:58:39+00:00 urn:sha1:f1b351e14a912dbb797b731807d81d4c9af4db0e Summary: These instructions were added to the spec proposal in https://github.com/WebAssembly/simd/pull/126. Their semantics are equivalent to `(a + b + 1) / 2`. The opcode for the experimental i32x4.dot_i16x8_s is also bumped due to a collision with the i8x16.avgr_u opcode. Reviewers: aheejin Subscribers: dschuff, sbc100, jgravelle-google, hiraditya, sunfish, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D71628 2019-12-16T19:48:49+00:00 Thomas Lively tlively@google.com 2019-12-14T01:08:04+00:00 urn:sha1:3a93756dfbb0dcb7c62fcbe5b0ab8f8591fc9721 Summary: The instructions were originally implemented via builtins and intrinsics so users would have to explicitly opt-in to using them. This was useful while were validating whether these instructions should have been merged into the spec proposal. Now that they have been, we can use normal codegen patterns, so the intrinsics and builtins are no longer useful. Reviewers: aheejin Subscribers: dschuff, sbc100, jgravelle-google, hiraditya, sunfish, cfe-commits, llvm-commits Tags: #clang, #llvm Differential Revision: https://reviews.llvm.org/D71500 2019-12-15T23:43:30+00:00 Fangrui Song maskray@google.com 2019-12-15T23:39:30+00:00 urn:sha1:fdb408f348f91f8eb4ecc32527aebfb6286e55cb This removes remnant of D15969 which hasn't been removed by D48744. 2019-12-11T19:54:57+00:00 Sam Clegg sbc@chromium.org 2019-11-05T18:15:56+00:00 urn:sha1:881d877846e2904c731d616731969421ce8cc825 This is equivalent to the existing `import_name` and `import_module` attributes which control the import names in the final wasm binary produced by lld. This maps the existing This attribute currently requires a string rather than using the symbol name for a couple of reasons: 1. Avoid confusion with static and dynamic linking which is based on symbol name. Exporting a function from a wasm module using this directive is orthogonal to both static and dynamic linking. 2. Avoids name mangling. Differential Revision: https://reviews.llvm.org/D70520 2019-11-16T00:22:01+00:00 Thomas Lively tlively@google.com 2019-11-15T23:30:48+00:00 urn:sha1:194d7ec081c31ee4ed82bfa3cade4ef30afab912 Summary: Rolls back the remaining bad optimizations introduced in eb15d00193f. Some of them were already rolled back in e661f946a7db and this finishes the job. Fixes https://bugs.llvm.org/show_bug.cgi?id=44012. Reviewers: dschuff, aheejin Subscribers: sbc100, jgravelle-google, hiraditya, sunfish, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D70347