FailedChanges

Changes from Git (git http://labmaster3.local/git/llvm-zorg.git)

Summary

  1. Added mail notifier for fedora-llvm-x86_64 builder (details)
  2. Increase number of jobs from 32 to 64 for fedora-llvm-x86_64 worker (details)
  3. mail notifier for x86_64-fedora-clang builder (details)
Commit 24985c8fbd3aa01107bc69830e9fa73c58240bf1 by kkleine
Added mail notifier for fedora-llvm-x86_64 builder
The file was modifiedbuildbot/osuosl/master/config/status.py
Commit a352f8d0711b997b0bdcea4e0446efb10ce58984 by kkleine
Increase number of jobs from 32 to 64 for fedora-llvm-x86_64 worker
The file was modifiedbuildbot/osuosl/master/config/slaves.py
Commit 97d5478bbe04f479d67ff939bb3108b36c42e542 by kkleine
mail notifier for x86_64-fedora-clang builder
The file was modifiedbuildbot/osuosl/master/config/status.py

Changes from Git (git http://labmaster3.local/git/llvm-project.git)

Summary

  1. AArch64/GlobalISel: Narrow stack passed argument access size (details)
  2. [CodeGen] Do not call `emitGlobalConstantLargeInt` for constant requires 8 bytes to store (details)
  3. C API: functions to get mask of a ShuffleVector (details)
  4. [LLVM-C] Turn a ShuffleVector Constant Into a Getter. (details)
  5. Fix mysterious failure of SupportTests FileCheckTest.Binop (details)
Commit 184a13d362e041b1fcd14a5e782ba0b17d13dc3c by hans
AArch64/GlobalISel: Narrow stack passed argument access size

This fixes a verifier error in the testcase from bug 47619.

The stack passed s3 value was widened to 4-bytes, and producing a
4-byte memory access with a < 1 byte result type. We need to either
widen the result type or narrow the access size. This copies the code
directly from the AMDGPU handling, which narrows the load size. I
don't like that every target has to handle this, but this is currently
broken on the 11 release branch and this is the simplest fix.

This reverts commit 42bfa7c63b85e76fe16521d1671afcafaf8f64ed.

(cherry picked from commit 6cb0d23f2ea6fb25106b0380797ccbc2141d71e1)
The file was modifiedllvm/test/CodeGen/AArch64/GlobalISel/irtranslator-stack-evt-bug47619.ll
The file was modifiedllvm/lib/Target/AArch64/GISel/AArch64CallLowering.cpp
Commit 1e4b179bf821bfff8fad7f46423494ed1f62dac0 by hans
[CodeGen] Do not call `emitGlobalConstantLargeInt` for constant requires 8 bytes to store

This is a fix for PR47630. The regression is caused by the D78011. After
this change the code starts to call the `emitGlobalConstantLargeInt` even
for constants which requires eight bytes to store.

Differential revision: https://reviews.llvm.org/D88261

(cherry picked from commit c6c5629f2fb4ddabd376fbe7c218733283e91d09)
The file was modifiedllvm/test/CodeGen/Mips/emit-big-cst.ll
The file was modifiedllvm/lib/CodeGen/AsmPrinter/AsmPrinter.cpp
Commit 9e367bd69b0d2523237e204b43301e59a5badb29 by hans
C API: functions to get mask of a ShuffleVector

This commit fixes a regression (from LLVM 10 to LLVM 11 RC3) in the LLVM
C API.

Previously, commit 1ee6ec2bf removed the mask operand from the
ShuffleVector instruction, storing the mask data separately in the
instruction instead; this reduced the number of operands of
ShuffleVector from 3 to 2. AFAICT, this change unintentionally caused
a regression in the LLVM C API. Specifically, it is no longer possible
to get the mask of a ShuffleVector instruction through the C API. This
patch introduces new functions which together allow a C API user to get
the mask of a ShuffleVector instruction, restoring the functionality
which was previously available through LLVMGetOperand().

This patch also adds tests for this change to the llvm-c-test
executable, which involved adding support for InsertElement,
ExtractElement, and ShuffleVector itself (as well as constant vectors)
to echo.cpp. Previously, vector operations weren't tested at all in
echo.ll.

I also fixed some typos in comments and help-text nearby these changes,
which I happened to spot while developing this patch. Since the typo
fixes are technically unrelated other than being in the same files, I'm
happy to take them out if you'd rather they not be included in the patch.

Differential Revision: https://reviews.llvm.org/D88190

(cherry picked from commit 51cad041e0cb26597c7ccc0fbfaa349b8fffbcda)
The file was modifiedllvm/tools/llvm-c-test/main.c
The file was modifiedllvm/tools/llvm-c-test/echo.cpp
The file was modifiedllvm/test/Bindings/llvm-c/echo.ll
The file was modifiedllvm/include/llvm-c/Core.h
The file was modifiedllvm/lib/IR/Core.cpp
Commit 293924973057e33fcc63521f582bb9fd41e60cc4 by hans
[LLVM-C] Turn a ShuffleVector Constant Into a Getter.

It is not a good idea to expose raw constants in the LLVM C API. Replace this with an explicit getter.

Differential Revision: https://reviews.llvm.org/D88367

(cherry picked from commit 55f727306e727ea9f013d09c9b8aa70dbce6a1bd)
The file was modifiedllvm/tools/llvm-c-test/echo.cpp
The file was modifiedllvm/include/llvm-c/Core.h
The file was modifiedllvm/lib/IR/Core.cpp
Commit eb83b551d3eb08cf472fe6307fe3809a8005b2cc by hans
Fix mysterious failure of SupportTests FileCheckTest.Binop

The test would fail in no-asserts release builds using MSVC
for 64-bit Windows:

Unexpected error message:
TestBuffer:1:1: error: implicit format conflict between 'FOO' (%u) and '18\0' (%x), need an explicit format specifier

Error message(s) not found:
{implicit format conflict between 'FOO' (%u) and 'BAZ' (%x), need an explicit format specifier}

It seems a string from a previous test case is finding its way
into the latter one.

This doesn't reproduce on master anymore after 998709b7d, so let's
just hack around it here for the branch.
The file was modifiedllvm/unittests/Support/FileCheckTest.cpp