Changes

Summary

  1. [Zorg] Add space between script and args (details)
Commit c7b839f96b97a405a8c66acda7bccc31e0904850 by conanap
[Zorg] Add space between script and args

Add a space so that the strings are not concatenated incorrectly.

Differential revision: https://reviews.llvm.org/D100389
The file was modifiedzorg/buildbot/builders/sanitizers/buildbot_selector.py (diff)

Summary

  1. Implement WG21 P2156R1/WG14 N2557 on duplicate attributes (details)
  2. [X86][SSE] combineSetCCMOVMSK - allow comparison with upper (known zero) bits in CMP(MOVMSK(PACKSS())) -> CMP(MOVMSK()) fold (details)
  3. Revert "[lld-macho] Add support for arm64_32" and other stacked diffs (details)
  4. [mlgo] Skip AOT-compiling a model if a header/object pair is provided (details)
  5. [debugserver] Fix unintialized member variable (details)
  6. [lldb] [gdb-remote server] Abstract away getting current process (details)
  7. [Clang][OpenMP][NVPTX] Fixed failure in openmp-offload-gpu.c if the system has CUDA (details)
  8. Remove a -O2 usage from a CSE specific test file (details)
  9. [debugserver] Use class member initialization for RNBContext (details)
  10. [libFuzzer] Fix MSan false positives with custom mutators. (details)
  11. [flang] Handle instantiation of procedure pointer components (details)
  12. [MemorySSA] Add test for PR49859. (details)
  13. [flang][OpenMP] Modify semantic check for nesting of `ordered` regions to include `close` nesting check. (details)
  14. [AArch64][GlobalISel] Mark G_CTPOP as legal for v16s8 and v8s8 (details)
  15. [RISCV] Rename RISCVISD::GREVI(W)/GORCI(W) to RISCVISD::GREV(W)/GORC(W). Don't require second operand to be a constant. (details)
  16. String Literal and Wide String Literal Encoding from the Preprocessor (details)
  17. [SCEV] Don't walk uses of phis without SCEV expression when forgetting (details)
  18. [lli] Honor the --entry-function flag in orc and orc-lazy modes. (details)
  19. [libFuzzer] Fix fuzzer-oom.test. (details)
  20. BPF: remove default .extern data section (details)
  21. [libc][Obvious] Fix nextafter* implementation. (details)
  22. [clang-tidy] Add check for implicit widening of multiplication result (details)
  23. [mlir] Convert async dialect passes from function passes to op agnostic passes (details)
  24. [lld-macho] rm old test directory for segments.s (details)
  25. [gn build] Port 46b8ea2fff90 (details)
  26. [gn build] Port 8ca366935b05 (details)
  27. Ship `llvm-cxxfilt` in the toolchain. (details)
  28. [RISCV] Make use of PatGprGpr and PatGpr in RISCVInstrInfoB.td. NFC (details)
  29. [RISCV] Add a generic PatGprImm class and use it to simplify patterns in RISCVInstrInfoB.td. NFC (details)
  30. Correct the tablegen for checking mutually exclusive stmt attrs (details)
  31. [AsmParser][SystemZ][z/OS] Add support to AsmLexer to accept HLASM style integers (details)
  32. [mlir][spirv] Only attach struct offset for required storage classes (details)
  33. Remove warning "suggest braces" for aggregate initialization of an empty class with an aggregate base class. (details)
  34. [AArch64][SVE] Always use overloaded methods instead of preprocessor macro. (details)
  35. [mlir][tosa] Add conv2d lowering to linalg.conv2d operator for FP (details)
Commit 62328f2f29b432dadbd327ff91ba3914c478e3fc by aaron
Implement WG21 P2156R1/WG14 N2557 on duplicate attributes

These proposals make the same changes to both C++ and C and remove a
restriction on standard attributes appearing multiple times in the same
attribute list.

We could warn on the duplicate attributes, but do not. This is for
consistency as we do not warn on attributes duplicated within the
attribute specifier sequence. If we want to warn on duplicated
standard attributes, we should do so both for both situations:
[[foo, foo]] and [[foo]][[foo]].
The file was modifiedclang/lib/Parse/ParseDeclCXX.cpp
The file was modifiedclang/test/CXX/dcl.dcl/dcl.attr/dcl.attr.unused/p1.cpp
The file was modifiedclang/test/Sema/c2x-fallthrough.c
The file was modifiedclang/include/clang/Basic/DiagnosticParseKinds.td
The file was modifiedclang/test/Sema/c2x-maybe_unused-errors.c
The file was modifiedclang/test/Sema/c2x-nodiscard.c
The file was modifiedclang/test/CXX/dcl.dcl/dcl.attr/dcl.attr.fallthrough/p1.cpp
The file was modifiedclang/test/CXX/dcl.dcl/dcl.attr/dcl.attr.noreturn/p1.cpp
The file was modifiedclang/test/SemaCXX/cxx2a-no-unique-address.cpp
The file was modifiedclang/test/CXX/dcl.dcl/dcl.attr/dcl.attr.depend/p1.cpp
The file was modifiedclang/test/CXX/dcl.dcl/dcl.attr/dcl.attr.nodiscard/p1.cpp
Commit 74f98391a7a42eccd7aa96546892cb9b65a39edb by llvm-dev
[X86][SSE] combineSetCCMOVMSK - allow comparison with upper (known zero) bits in CMP(MOVMSK(PACKSS())) -> CMP(MOVMSK()) fold

We already allow the comparison of the upper bits of 'IsAllOf' (allbits) patterns, but we can safely compare the known zero bits for 'IsAnyOf' (zerobits) patterns as well.

This fixes an issues where we are comparing a type wide than the number of vector elements, which avoids a regression mentioned in rGbaadbe04bf75.
The file was modifiedllvm/lib/Target/X86/X86ISelLowering.cpp
The file was modifiedllvm/test/CodeGen/X86/vector-compare-any_of.ll
The file was modifiedllvm/test/CodeGen/X86/vector-compare-all_of.ll
Commit 8ca366935b055283b571ba0893f53a7a18ac59bb by jezng
Revert "[lld-macho] Add support for arm64_32" and other stacked diffs

This reverts commits:
* 8914902b01a3f8bdea9c71a0d9d23e4ee0ae80e4
* 35a745d814e1cde3de25d0d959fddc31e1061a41
* 682d1dfe09436857aa3b64365b5cc6fcbf1f043b
The file was removedlld/test/MachO/arm64-32-stubs.s
The file was modifiedlld/MachO/Writer.cpp
The file was modifiedlld/test/MachO/header.s
The file was removedlld/MachO/Arch/ARM64_32.cpp
The file was removedlld/test/MachO/arm64-32-reloc-got-load.s
The file was removedlld/MachO/Arch/ARM64Common.cpp
The file was removedlld/MachO/Arch/ARM64Common.h
The file was modifiedlld/MachO/SyntheticSections.h
The file was modifiedlld/MachO/Target.h
The file was modifiedlld/test/MachO/lit.local.cfg
The file was modifiedlld/MachO/Arch/ARM64.cpp
The file was modifiedlld/MachO/MachOStructs.h
The file was removedlld/test/MachO/Inputs/WatchOS.sdk/usr/lib/libSystem.tbd
The file was modifiedlld/MachO/CMakeLists.txt
The file was removedlld/test/MachO/Inputs/WatchOS.sdk/usr/lib/libc++abi.tbd
The file was removedlld/test/MachO/Inputs/WatchOS.sdk/usr/lib/libc++.tbd
The file was modifiedlld/MachO/UnwindInfoSection.cpp
The file was modifiedlld/MachO/UnwindInfoSection.h
The file was modifiedlld/MachO/Relocations.h
The file was modifiedlld/test/MachO/compact-unwind.s
The file was modifiedlld/test/MachO/segments.s
The file was modifiedlld/MachO/Driver.cpp
Commit f34ef248d37456b9978d88eee4b349076e2798a1 by mtrofin
[mlgo] Skip AOT-compiling a model if a header/object pair is provided

This allows one to cross-compile the header/object for a model in a
setup where the compiler is built on a system that cannot host the AOT
compiler. For example, if arm-hostable clang is desired, while the AOT
Tensorflow compiler can cross-compile to arm, it can't currently run on
arm.

The only alternative in that scenario would be to cross-compile clang
itself, but that gets complicated when trying to run tests after that.

Differential Revision: https://reviews.llvm.org/D99992
The file was modifiedllvm/cmake/modules/TensorFlowCompile.cmake
Commit 8a5af9e28443ce8290388439f9e36cf2727d7761 by Jonas Devlieghere
[debugserver] Fix unintialized member variable

Caught by ubsan (__ubsan_handle_load_invalid_value_abort) when running
the unit tests.
The file was modifiedlldb/tools/debugserver/source/RNBContext.h
Commit f1812a284f28e5b142e63d5deeb340be3ca5d4b3 by mgorny
[lldb] [gdb-remote server] Abstract away getting current process

Introduce new m_current_process and m_continue_process variables that
keep the pointers to currently selected process.  At this moment, this
is equivalent to m_debugged_process_up but it lays foundations for
the future multiprocess support.

Differential Revision: https://reviews.llvm.org/D100256
The file was modifiedlldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerLLGS.cpp
The file was modifiedlldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerLLGS.h
Commit 53d474abc92c42bed5d0cab5c79ee9ea5666aad1 by tianshilei1992
[Clang][OpenMP][NVPTX] Fixed failure in openmp-offload-gpu.c if the system has CUDA

https://lists.llvm.org/pipermail/openmp-dev/2021-March/003940.html reports
test failure in `openmp-offload-gpu.c`. The failure is, when using `-S` in the
clang driver, it still reports bitcode library doesn't exist. However, it is not
exposed in my local run and Phabiractor test. The reason it escaped from Phabricator
test is, the test machine doesn't have CUDA, so `LibDeviceFile` is empty. In this
case, the check of `OPT_S` will be hit, and we get "expected" result. However, if
the test machine has CUDA, `LibDeviceFile` will not be empty, then the check will
not be done, and it just proceeds, trying to add the bitcode library. The reason
it escaped from my local run is, I didn't build ALL targets, so this case was
marked UNSUPPORTED.

Reviewed By: kkwli0

Differential Revision: https://reviews.llvm.org/D98902
The file was modifiedclang/lib/Driver/ToolChains/Cuda.cpp
Commit 6bdaf5e3413f74b88898d9524fede3b0573ba083 by listmail
Remove a -O2 usage from a CSE specific test file

Given this is checking attributes, there are a bunch of valid ways that O2 can infer attributes that CSE will not.
The file was modifiedllvm/test/Other/invariant.group.ll
Commit ae8a5c68523c1d23dec721e28f89084d6561522a by Jonas Devlieghere
[debugserver] Use class member initialization for RNBContext

Address Shafik Yaghmour's post commit code review feedback.
The file was modifiedlldb/tools/debugserver/source/RNBContext.h
Commit 423024904825d147c69e8999537b6b813bc24999 by mascasa
[libFuzzer] Fix MSan false positives with custom mutators.

We need to unpoison parameters before calling into MSan-instrumented
user-defined mutators.

Addresses https://github.com/google/oss-fuzz/issues/4605.

Reviewed By: metzman

Differential Revision: https://reviews.llvm.org/D100355
The file was addedcompiler-rt/test/fuzzer/msan-custom-mutator.test
The file was modifiedcompiler-rt/lib/fuzzer/FuzzerMutate.cpp
The file was addedcompiler-rt/test/fuzzer/MsanCustomMutator.cpp
Commit bef63dc88a0a8e9294519140279de941996c96c8 by psteinfeld
[flang] Handle instantiation of procedure pointer components

We were not instantiating procedure pointer components.  If the instantiation
contained errors, we were not reporting them.  This resulted in internal errors
in later processing.

I fixed this by adding code in .../lib/Semantics/type.cpp in
InstantiateComponent() to handle a component with ProcEntityDetails.  I also
added several tests for various good and bad instantiations of procedure
pointer components.

Differential Revision: https://reviews.llvm.org/D100341
The file was modifiedflang/lib/Semantics/type.cpp
The file was addedflang/test/Semantics/resolve105.f90
Commit 1e0b813fc0825b5ca0d70376be83a660a242c51b by asbirlea
[MemorySSA] Add test for PR49859.
The file was addedllvm/test/Analysis/MemorySSA/pr49859.ll
Commit 162b463d85d3b6d253479b2b3b87fca786e61258 by arnamoy10
[flang][OpenMP] Modify semantic check for nesting of `ordered` regions to include `close` nesting check.

Reviewed By: kiranchandramohan

Differential Revision: https://reviews.llvm.org/D100222
The file was modifiedflang/lib/Semantics/check-omp-structure.cpp
The file was modifiedflang/test/Semantics/omp-ordered-simd.f90
Commit 516d09387bede5369b2811f56020ed2d316403dd by Jessica Paquette
[AArch64][GlobalISel] Mark G_CTPOP as legal for v16s8 and v8s8

G_CTPOP can be directly selected to CNT in these cases.

Differential Revision: https://reviews.llvm.org/D100349
The file was addedllvm/test/CodeGen/AArch64/GlobalISel/select-ctpop.mir
The file was modifiedllvm/test/CodeGen/AArch64/GlobalISel/legalizer-info-validation.mir
The file was addedllvm/test/CodeGen/AArch64/GlobalISel/legalize-ctpop.mir
The file was modifiedllvm/lib/Target/AArch64/GISel/AArch64LegalizerInfo.cpp
Commit 1afdfc6169bead84f9cbc5dc732b0afa3297f5df by craig.topper
[RISCV] Rename RISCVISD::GREVI(W)/GORCI(W) to RISCVISD::GREV(W)/GORC(W). Don't require second operand to be a constant.

Prep work for adding intrinsics for these instructions in the
future.
The file was modifiedllvm/lib/Target/RISCV/RISCVISelLowering.cpp
The file was modifiedllvm/lib/Target/RISCV/RISCVInstrInfoB.td
The file was modifiedllvm/lib/Target/RISCV/RISCVISelLowering.h
Commit 701d70d4c25c4e02b303ba6dee1495708496f615 by aaron
String Literal and Wide String Literal Encoding from the Preprocessor

Adds the __clang_literal_encoding__ and __clang_wide_literal_encoding__
predefined macros to expose the encoding used for string literals to
the preprocessor.
The file was modifiedclang/docs/LanguageExtensions.rst
The file was modifiedclang/test/Preprocessor/init.c
The file was modifiedclang/test/Preprocessor/init-x86.c
The file was modifiedclang/lib/Frontend/InitPreprocessor.cpp
Commit faf9f11589ce892b31d271917cf840f8ca903221 by nikita.ppv
[SCEV] Don't walk uses of phis without SCEV expression when forgetting

I've run into some cases where a large fraction of compile-time is
spent invalidating SCEV. One of the causes is forgetLoop(), which
walks all values that are def-use reachable from the loop header
phis. When invalidating a topmost loop, that might be close to all
values in a function. Additionally, it's fairly common for there to
not actually be anything to invalidate, but we'll still be performing
this walk again and again.

My first thought was that we don't need to continue walking the uses
if the current value doesn't have a SCEV expression. However, this
isn't quite right, because SCEV construction can skip over values
(e.g. for a chain of adds, we might only create a SCEV expression
for the final value).

What this patch does instead is to only walk the (full) def-use chain
of loop phis that have a SCEV expression. If there's no expression
for a phi, then we also don't have any dependent expressions to
invalidate.

Differential Revision: https://reviews.llvm.org/D100264
The file was modifiedllvm/include/llvm/Analysis/ScalarEvolution.h
The file was modifiedllvm/lib/Analysis/ScalarEvolution.cpp
Commit 9b8e7a9d7dc7e3d2ae584b57ee9485fd94bda0c9 by Lang Hames
[lli] Honor the --entry-function flag in orc and orc-lazy modes.

Fixes https://llvm.org/PR49906.
The file was modifiedllvm/tools/lli/lli.cpp
Commit b351590baed5472a0def984d9bb0b035cc1ae93c by mascasa
[libFuzzer] Fix fuzzer-oom.test.

SinkPtr was not correctly marked as volatile, causing the malloc to get
optimized out.  This was causing 20-minute timeouts for the test and no
OOM.
The file was modifiedcompiler-rt/test/fuzzer/OutOfMemorySingleLargeMallocTest.cpp
The file was modifiedcompiler-rt/test/fuzzer/OutOfMemoryTest.cpp
Commit a285bdb56fb47a05281afdcb84d96c1fa3da63c1 by yhs
BPF: remove default .extern data section

Currently, for any extern variable, if it doesn't have
section attribution, it will be put into a default ".extern"
btf DataSec. The initial design is to put every extern
variable in a DataSec so libbpf can use it.

But later on, libbpf actually requires extern variables
to put into special sections, e.g., ".kconfig", ".ksyms", etc.
so they can be used properly based on section name.

Andrii mentioned since ".extern" variables are
not actually used, it makes sense to remove it from
the compiler so libbpf does not need to deal with it,
esp. for static linking. The BTF for these extern variables
is still generated.

With this patch, I tested kernel selftests/bpf and all tests
passed. Indeed, removing ".extern" DataSec seems having no
impact.

Differential Revision: https://reviews.llvm.org/D100392
The file was modifiedllvm/test/CodeGen/BPF/BTF/extern-var-struct-weak.ll
The file was modifiedllvm/test/CodeGen/BPF/BTF/extern-var-struct.ll
The file was modifiedllvm/lib/Target/BPF/BTFDebug.cpp
Commit 31ed45d9cfd5da2bf4f1d7ddba54122df6fc91fa by sivachandra
[libc][Obvious] Fix nextafter* implementation.

It broke when FPBits was converted to a union.
The file was modifiedlibc/utils/FPUtil/ManipulationFunctions.h
Commit 46b8ea2fff90b44b7ae558999721cf30f9b83aa9 by lebedev.ri
[clang-tidy] Add check for implicit widening of multiplication result

Overflows are never fun.
In most cases (in most of the code), they are rare,
because usually you e.g. don't have as many elements.

However, it's exceptionally easy to fall into this pitfail
in code that deals with images, because, assuming 4-channel 32-bit FP data,
you need *just* ~269 megapixel image to case an overflow
when computing at least the total byte count.

In [[ https://github.com/darktable-org/darktable | darktable ]], there is a *long*, painful history of dealing with such bugs:
* https://github.com/darktable-org/darktable/pull/7740
* https://github.com/darktable-org/darktable/pull/7419
* https://github.com/darktable-org/darktable/commit/eea1989f2c9fa76710db07baaec4c19c1e40e81c
* https://github.com/darktable-org/darktable/commit/70626dd95bf0fab36f2d011dab075e3ebbf7aa28
* https://github.com/darktable-org/darktable/pull/670
* https://github.com/darktable-org/darktable/commit/38c69fb1b2bc90057c569242cb9945a10be0b583

and yet they clearly keep resurfacing still.

It would be immensely helpful to have a diagnostic for those patterns,
which is what this change proposes.

Currently, i only diagnose the most obvious case, where multiplication
is directly widened with no other expressions inbetween,
(i.e. `long r = (int)a * (int)b` but not even e.g. `long r = ((int)a * (int)b)`)
however that might be worth relaxing later.

Reviewed By: aaron.ballman

Differential Revision: https://reviews.llvm.org/D93822
The file was modifiedclang-tools-extra/docs/ReleaseNotes.rst
The file was addedclang-tools-extra/test/clang-tidy/checkers/bugprone-implicit-widening-of-multiplication-result-short.cpp
The file was addedclang-tools-extra/clang-tidy/bugprone/ImplicitWideningOfMultiplicationResultCheck.h
The file was addedclang-tools-extra/test/clang-tidy/checkers/bugprone-implicit-widening-of-multiplication-result-extint.cpp
The file was addedclang-tools-extra/clang-tidy/bugprone/ImplicitWideningOfMultiplicationResultCheck.cpp
The file was addedclang-tools-extra/test/clang-tidy/checkers/bugprone-implicit-widening-of-multiplication-result-char.cpp
The file was modifiedclang-tools-extra/clang-tidy/bugprone/BugproneTidyModule.cpp
The file was modifiedclang-tools-extra/docs/clang-tidy/checks/list.rst
The file was addedclang-tools-extra/test/clang-tidy/checkers/bugprone-implicit-widening-of-multiplication-result-int.cpp
The file was addedclang-tools-extra/test/clang-tidy/checkers/bugprone-implicit-widening-of-multiplication-result-pointer-offset.cpp
The file was addedclang-tools-extra/test/clang-tidy/checkers/bugprone-implicit-widening-of-multiplication-result-array-subscript-expression.cpp
The file was addedclang-tools-extra/docs/clang-tidy/checks/bugprone-implicit-widening-of-multiplication-result.rst
The file was modifiedclang/include/clang/AST/ASTContext.h
The file was modifiedclang-tools-extra/clang-tidy/bugprone/CMakeLists.txt
The file was modifiedclang/lib/AST/ASTContext.cpp
Commit 8a316b00d63d5370e4f75d482e12d62b54c64308 by ezhulenev
[mlir] Convert async dialect passes from function passes to op agnostic passes

Differential Revision: https://reviews.llvm.org/D100401
The file was modifiedmlir/include/mlir/Dialect/Async/Passes.td
The file was modifiedmlir/lib/Dialect/Async/Transforms/AsyncParallelFor.cpp
The file was modifiedmlir/lib/Dialect/Async/Transforms/AsyncRuntimeRefCounting.cpp
The file was modifiedmlir/lib/Dialect/Async/Transforms/AsyncRuntimeRefCountingOpt.cpp
The file was modifiedmlir/test/Integration/GPU/CUDA/async.mlir
The file was modifiedmlir/include/mlir/Dialect/Async/Passes.h
Commit 84cf9a7a4af6f74909216259681d301b7641635c by jezng
[lld-macho] rm old test directory for segments.s

This should unbreak incremental builds after https://github.com/llvm/llvm-project/commit/8ca366935b055283b571ba0893f53a7a18ac59bb
The file was modifiedlld/test/MachO/segments.s
Commit d13c6ce5dbd73ed8fa93316b012426c201a04283 by llvmgnsyncbot
[gn build] Port 46b8ea2fff90
The file was modifiedllvm/utils/gn/secondary/clang-tools-extra/clang-tidy/bugprone/BUILD.gn
Commit 961967453a6d7e92bf7d6a32b3409f6a326c22ca by llvmgnsyncbot
[gn build] Port 8ca366935b05
The file was modifiedllvm/utils/gn/secondary/lld/MachO/BUILD.gn
Commit 4c0bc69490a57f2f8f9ede948e6d66cc0900879a by Dan Liew
Ship `llvm-cxxfilt` in the toolchain.

Originally done for rdar://problem/57155465.

rdar://76602859

Differential Revision: https://reviews.llvm.org/D100405
The file was modifiedclang/cmake/caches/Apple-stage2.cmake
Commit cb073f1bc0b96f5fb1f9532b737a990aa351d1c4 by craig.topper
[RISCV] Make use of PatGprGpr and PatGpr in RISCVInstrInfoB.td. NFC
The file was modifiedllvm/lib/Target/RISCV/RISCVInstrInfoB.td
Commit 6aa6f748ae9dbddeaf4d06e65f84fe933eb15ac4 by craig.topper
[RISCV] Add a generic PatGprImm class and use it to simplify patterns in RISCVInstrInfoB.td. NFC
The file was modifiedllvm/lib/Target/RISCV/RISCVInstrInfoB.td
The file was modifiedllvm/lib/Target/RISCV/RISCVInstrInfo.td
Commit c058a7122787c8e503cf6306b8da03c0e56a41a5 by aaron
Correct the tablegen for checking mutually exclusive stmt attrs

The previous implementation was insufficient for checking statement
attribute mutual exclusion because attributed statements do not collect
their attributes one-at-a-time in the same way that declarations do. So
the design that was attempting to check for mutual exclusion as each
attribute was processed would not ever catch a mutual exclusion in a
statement. This was missed due to insufficient test coverage, which has
now been added for the [[likely]] and [[unlikely]] attributes.

The new approach is to check all of attributes that are to be applied
to the attributed statement in a group. This required generating
another DiagnoseMutualExclusions() function into AttrParsedAttrImpl.inc.
The file was modifiedclang/test/SemaCXX/attr-likelihood.cpp
The file was modifiedclang/lib/Sema/ParsedAttr.cpp
The file was modifiedclang/lib/Sema/SemaDecl.cpp
The file was modifiedclang/lib/Sema/SemaStmtAttr.cpp
The file was modifiedclang/utils/TableGen/ClangAttrEmitter.cpp
The file was modifiedclang/include/clang/Sema/ParsedAttr.h
Commit 6ddd8c28b787b50a37df84890563d46dbfc3a81c by anirudh_prasad
[AsmParser][SystemZ][z/OS] Add support to AsmLexer to accept HLASM style integers

- Add support for HLASM style integers. These are the decimal integers [0-9].
- HLASM does not support the additional prefixed integers like, `0b`, `0x`, octal integers and Masm style integers.
- To achieve this, a field `LexHLASMStyleIntegers` (similar to the `LexMasmStyleIntegers` field) is introduced in `MCAsmLexer.h` as well as a corresponding setter.

Note: This field could also go into MCAsmInfo.h. I used the previous precedent set by the `LexMasmIntegers` field.

Depends on https://reviews.llvm.org/D99286

Reviewed By: epastor

Differential Revision: https://reviews.llvm.org/D99374
The file was modifiedllvm/lib/MC/MCParser/AsmLexer.cpp
The file was modifiedllvm/unittests/MC/SystemZ/SystemZAsmLexerTest.cpp
The file was modifiedllvm/include/llvm/MC/MCParser/MCAsmLexer.h
Commit 5b15fe9334b802b928f2f6cfedde31bb8cba72ee by antiagainst
[mlir][spirv] Only attach struct offset for required storage classes

Per the SPIR-V spec "2.16.2. Validation Rules for Shader Capabilities":

  Composite objects in the StorageBuffer, PhysicalStorageBuffer,
  Uniform, and PushConstant Storage Classes must be explicitly
  laid out.

For other cases we don't need to attach the struct offsets.

Reviewed By: hanchung

Differential Revision: https://reviews.llvm.org/D100386
The file was modifiedmlir/lib/Dialect/SPIRV/Transforms/SPIRVConversion.cpp
The file was modifiedmlir/test/Conversion/GPUToSPIRV/module-structure-opencl.mlir
The file was modifiedmlir/test/Conversion/StandardToSPIRV/std-types-to-spirv.mlir
Commit 64c24f493e5f4637ee193f10f469cdd2695b4ba6 by aaron
Remove warning "suggest braces" for aggregate initialization of an empty class with an aggregate base class.

I recently ran into issues with aggregates and inheritance, I'm using
it for creating a type-safe library where most of the types are build
over "tagged" std::array. After bit of cleaning and enabling -Wall
-Wextra -pedantic I noticed clang only in my pipeline gives me warning.
After a bit of focusing on it I found it's not helpful, and contemplate
disabling the warning all together. After a discussion with other
library authors I found it's bothering more people and decided to fix
it.

Removes this warning:

template<typename T, int N> struct StdArray {
    T contents[N];
  };

template<typename T, int N> struct AggregateAndEmpty : StdArray<T,N> { };

AggregateAndEmpty<int, 3> p = {1, 2, 3}; // <-- warning here about omitted braces
The file was modifiedclang/lib/Sema/SemaInit.cpp
The file was modifiedclang/test/SemaCXX/aggregate-initialization.cpp
Commit 204aaf879548616df407f662bc03d28b8d08d1fb by sander.desmalen
[AArch64][SVE] Always use overloaded methods instead of preprocessor macro.

This fixes a subtle issue where:

  svprf(pg, ptr, SV_ALL /*is sv_pattern instead of sv_prfop*/)

would be quietly accepted. With this change, the function declaration
guards that the third parameter is a `enum sv_prfop`. Previously `svprf`
would map directly to `__builtin_sve_svprfb`, which accepts the enum
operand as a signed integer and only checks that the incoming range is
valid, meaning that SV_ALL would be discarded as being outside the valid
immediate range, but would have allowed SV_VL1 without issuing a warning
(C) or error (C++).

Reviewed By: c-rhodes

Differential Revision: https://reviews.llvm.org/D100297
The file was modifiedclang/test/CodeGen/aarch64-sve-intrinsics/negative/acle_sve_prfw.c
The file was modifiedclang/test/CodeGen/aarch64-sve-intrinsics/negative/acle_sve_qdecb.c
The file was modifiedclang/test/CodeGen/aarch64-sve-intrinsics/negative/acle_sve_prfb.c
The file was modifiedclang/test/CodeGen/aarch64-sve-intrinsics/negative/acle_sve_prfd.c
The file was modifiedclang/test/CodeGen/aarch64-sve-intrinsics/negative/acle_sve_prfh.c
The file was modifiedclang/utils/TableGen/SveEmitter.cpp
Commit 7e1fb9a0d2d731e21f845bf9c14db6df1047f991 by rob.suderman
[mlir][tosa] Add conv2d lowering to linalg.conv2d operator for FP

Handles lowering conv2d to linalg's convolution operator. This implementation
only supports floating point values but handles all strides, dilations, and
padding values.

Differential Revision: https://reviews.llvm.org/D100061
The file was modifiedmlir/lib/Conversion/TosaToLinalg/TosaToLinalg.cpp
The file was modifiedmlir/test/Conversion/TosaToLinalg/tosa-to-linalg.mlir

Summary

  1. [Zorg] Add space between script and args (details)
Commit c7b839f96b97a405a8c66acda7bccc31e0904850 by conanap
[Zorg] Add space between script and args

Add a space so that the strings are not concatenated incorrectly.

Differential revision: https://reviews.llvm.org/D100389
The file was modifiedzorg/buildbot/builders/sanitizers/buildbot_selector.py