Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-12-25T00:27:51+00:00 2019-12-25T00:27:51+00:00 Fangrui Song maskray@google.com 2019-12-25T00:11:33+00:00 urn:sha1:a36ddf0aa9db5c1086e04f56b5f077b761712eb5 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-17T19:30:57+00:00 Sam Clegg sbc@chromium.org 2019-12-13T23:12:56+00:00 urn:sha1:8aee6b414a8918993e9ae4cdabe67322ec0f6e63 Now that our `.s` format is stable(ish) and useable we should really convert all our MC and lld tests over to .s format to match other targets. This is a test PR that just converts 2 of our MC tests to see what it might look like. Differential Revision: https://reviews.llvm.org/D71506 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-12-06T23:09:56+00:00 Sam Clegg sbc@chromium.org 2019-12-01T18:49:03+00:00 urn:sha1:b4f4e370b59a753a51f11848f54e9705f43cccaf Convert the MC test to use asm rather than bitcode. This is a precursor to https://reviews.llvm.org/D70520. Differential Revision: https://reviews.llvm.org/D70877 2019-11-08T23:30:11+00:00 David Blaikie dblaikie@gmail.com 2019-11-08T23:26:17+00:00 urn:sha1:736273c7fe3e88baf548cd555f21eb123f81381d Patch based on Sourabh Singh's D69839 patch. 2019-11-08T21:27:00+00:00 David Blaikie dblaikie@gmail.com 2019-11-08T20:56:49+00:00 urn:sha1:39c308f6b8f06710b2b98d0b126c9175e4bafc20 The macinfo support was broken for LTO situations, by terminating macinfo lists only once - multiple macinfo contributions were correctly labeled, but they all continued/flowed into later contributions until only one terminator appeared at the end of the section. Correctly terminate each contribution & fix the parsing to handle this situation too. The parsing fix is also necessary for dumping linked binaries - the previous code would stop at the end of the first contribution - missing all later contributions in a linked binary. It'd be nice to improve the dumping to print the offsets of each contribution so it'd be easier to know which CU AT_macro_info refers to which macinfo contribution. 2019-11-01T17:45:48+00:00 Thomas Lively tlively@google.com 2019-11-01T01:28:02+00:00 urn:sha1:935c84c3c27de4544917216fc2b0557314802202 Summary: This instruction is not merged to the spec proposal, but we need it to be implemented in the toolchain to experiment with it. It is available only on an opt-in basis through a clang builtin. Defined in https://github.com/WebAssembly/simd/pull/127. Depends on D69696. Reviewers: aheejin Subscribers: dschuff, sbc100, jgravelle-google, hiraditya, sunfish, cfe-commits, llvm-commits Tags: #clang, #llvm Differential Revision: https://reviews.llvm.org/D69697 2019-11-01T03:22:11+00:00 Thomas Lively tlively@google.com 2019-10-31T23:49:47+00:00 urn:sha1:a07019a275cd0deb59433ac59e4faa85d0722822 Summary: Introduces a clang builtins and LLVM intrinsics representing integer min/max instructions. These instructions have not been merged to the SIMD spec proposal yet, so they are currently opt-in only via builtins and not produced by general pattern matching. If these instructions are accepted into the spec proposal the builtins and intrinsics will be replaced with normal pattern matching. Defined in https://github.com/WebAssembly/simd/pull/27. Reviewers: aheejin Reviewed By: aheejin Subscribers: dschuff, sbc100, jgravelle-google, hiraditya, sunfish, cfe-commits, llvm-commits Tags: #clang, #llvm Differential Revision: https://reviews.llvm.org/D69696 2019-10-18T20:27:30+00:00 Thomas Lively tlively@google.com 2019-10-18T20:27:30+00:00 urn:sha1:393d0f799f8828e9d8002766a9e9db21797451df Summary: Also changes the wasm YAML format to reflect the possibility of having multiple return types and to put the returns after the params for consistency with the binary encoding. Reviewers: aheejin, sbc100 Subscribers: dschuff, jgravelle-google, hiraditya, sunfish, arphaman, rupprecht, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D69156 llvm-svn: 375283