Changes

[mlir][Linalg] Add tensor support to Linalg EDSC Builders
Summary: This diff extends the Linalg EDSC builders so we can easily
create mixed tensor/buffer linalg.generic ops. This is expected to be
useful for HLO -> Linalg lowering.
The `StructuredIndexed` struct is made to derive from `ValueHandle` and
can now capture a type + indexing expressions. This is used to represent
return tensors.
Pointwise unary and binary builders are extended to allow both output
buffers and return tensors. This has implications on the number of
region arguments.
Reviewers: ftynse, herhut, hanchung, asaadaldien, stellaraccident
Reviewed By: asaadaldien
Subscribers: merge_guards_bot, mehdi_amini, rriddle, jpienaar, burmako,
shauheen, antiagainst, arpith-jacob, mgester, lucyrfox, aartbik,
liufengdb, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D72863

Revert "[mlir][Linalg] Add tensor support to Linalg EDSC Builders"
This reverts commit 89e19e8eddd6dd0dc38d595b6784fb9ce65d9972.
This committed a stale version of the diff
https://reviews.llvm.org/D72863 .. I apologize, reverting.

[clang-tidy] Fix check for generic lambda invented template parameters
clang-tidy previously relied on there being no identifier for a
TemplateTypeParmDecl for checking whether 'decltype(x)' should be
inserted, instead of checking whether or not it is implicit.
D65042 added new names for invented generic lambda template parameters,
rendering that check incorrect.

[AArch64] Don't generate gpr CSEL instructions in early-ifcvt if
regclasses aren't compatible.
In GlobalISel we may in some unfortunate circumstances generate PHIs
with operands that are on separate banks. If-conversion doesn't
currently check for that case and ends up generating a CSEL on AArch64
with incorrect register operands.
Differential Revision: https://reviews.llvm.org/D72961

[clang/Darwin] Remove __llvm_profile_counter_bias from export list for
profiling
Do not export __llvm_profile_counter_bias when profiling is enabled 
because this symbol is hidden and cannot be exported.
Should fix this bot error:
``` URL:
http://green.lab.llvm.org/green/job/clang-stage1-RA/5678/consoleFull
Problem: Command Output (stdout):
-- ld: warning: cannot export hidden symbol ___llvm_profile_counter_bias 
from
/Users/buildslave/jenkins/workspace/clang-stage1-RA/clang-build/lib/clang/11.0.0/lib/darwin/libclang_rt.profile_osx.a(InstrProfilingBiasVar.c.o) 
ld: warning: cannot export hidden symbol ___llvm_profile_counter_bias 
from
/Users/buildslave/jenkins/workspace/clang-stage1-RA/clang-build/lib/clang/11.0.0/lib/darwin/libclang_rt.profile_osx.a(InstrProfilingBiasVar.c.o)
```

[Concepts] Constraint Satisfaction Caching
Add a simple cache for constraint satisfaction results. Whether or not
this simple caching would be permitted in final C++2a is currently being
discussed but it is required for acceptable performance so we use it in
the meantime, with the possibility of adding some cache invalidation
mechanisms later.
Differential Revision: https://reviews.llvm.org/D72552

[libc++] Make sure std::is_scalar returns true for block types
Summary: The compiler already treats them as scalar types, so the
library should too. Furthermore, this allows blocks to be used in more
places, for example in std::optional, which requires an object type.
rdar://problem/57892832
Reviewers: dexonsmith, EricWF, mclow.lists Differential Revision:
https://reviews.llvm.org/D72708

[test] Use yaml2obj -o %t instead of > %t
To improve consistency and avoid unneeded shell feature (output 
redirection).
While here, make other changes to improve consistency
--docnum 1 => --docnum=1
-docnum=x => --docnum=x

[polly] XFAIL memset_null.ll.
I'm working on a patch, but not sure how long it'll take.

[Concepts] Fix circular AST->Sema dependency in ASTConcept.cpp
Remove inappropriate Sema include in ASTConcept.cpp introduced by D72552
for the finer-grained includes actually needed.

Revert "[Concepts] Placeholder constraints and abbreviated templates"
This temporarily reverts commit e03ead6771fc97b11cb0c94b7f023142184ad25f 
because it breaks LLDB.
http://lab.llvm.org:8011/builders/lldb-x86_64-debian/builds/3356 
http://lab.llvm.org:8011/builders/lldb-x64-windows-ninja/builds/12872 
http://green.lab.llvm.org/green/view/LLDB/job/lldb-cmake/6407/

[llvm] NFC: fix trivial typos in documents
Reviewers: hans, Jim
Reviewed By: Jim
Subscribers: jvesely, nhaehnle, mgorny, arphaman, bmahjour, kerbowa,
llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D73017

[libcxxabi] NFC: Fix trivial typos in comments
Reviewers: EricWF, mclow.lists, Jim
Reviewed By: Jim
Subscribers: mgorny, christof, ldionne, libcxx-commits
Tags: #libc
Differential Revision: https://reviews.llvm.org/D72151

[ORC] Add support for emulated TLS to ORCv2.
This commit adds a ManglingOptions struct to IRMaterializationUnit, and
replaces IRCompileLayer::CompileFunction with a new
IRCompileLayer::IRCompiler class. The ManglingOptions struct defines the
emulated-TLS state (via a bool member, EmulatedTLS, which is true if
emulated-TLS is enabled and false otherwise). The 
IRCompileLayer::IRCompiler class wraps an IRCompiler (the same way that
the CompileFunction typedef used to), but adds a method to return the 
IRCompileLayer::ManglingOptions that the compiler will use.
These changes allow us to correctly determine the symbols that will be
produced when a thread local global variable defined at the IR level is
compiled with or without emulated TLS. This is required for ORCv2, where
MaterializationUnits must declare their interface up-front.
Most ORCv2 clients should not require any changes. Clients writing
custom IR compilers will need to wrap their compiler in an
IRCompileLayer::IRCompiler, rather than an
IRCompileLayer::CompileFunction, however this should be a 
straightforward change (see modifications to CompileUtils.* in this
patch for an example).

[clang][IFS][test] Temporary work around for in-process cc1 ASAN issues.
When using in-process cc1, the Clang Interface Stubs pipeline setup 
exposes an ASAN bug. I am still investigating this issue but want to 
green the bots for now. I don't think this is a huge issue since the 
Clang Interface Stubs Driver setup code is the only code path that sets 
up such a pipeline (ie N cc1's for N c files followed by another N cc1's 
for to generate stub files for the same N c files).
This issue is being discussed in https://reviews.llvm.org/D69825. If a
resolution is not found soon, a bugzilla filling will be in order.

[ORC] Fix a missing move in ce2207abaf9.
This should fix the build failure at 
http://lab.llvm.org:8011/builders/clang-cmake-x86_64-sde-avx512-linux/builds/32524 
and others.

Resubmit: [AMDGPU] Invert the handling of skip insertion.
The current implementation of skip insertion (SIInsertSkip) makes it a 
mandatory pass required for correctness. Initially, the idea was to have
an optional pass. This patch inserts the s_cbranch_execz upfront during
SILowerControlFlow to skip over the sections of code when no lanes are
active. Later, SIRemoveShortExecBranches removes the skips for short
branches, unless there is a sideeffect and the skip branch is really
necessary.
This new pass will replace the handling of skip insertion in the 
existing SIInsertSkip Pass.
Differential revision: https://reviews.llvm.org/D68092

[AMDGPU] SIRemoveShortExecBranches should not remove branches exiting
loops
Summary: Check that a s_cbranch_execz is not a loop exit before removing
it. As the pass is generating infinite loops.
Reviewers: cdevadas, arsenm, nhaehnle
Reviewed By: nhaehnle
Subscribers: kzhuravl, jvesely, wdng, yaxunl, tpr, t-tye, hiraditya,
kerbowa, llvm-commits, dstuttard, foad
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D72997

[gn build] Port e53a9d96e6a

[ORC] Update examples to incorporate changes in ce2207abaf9.
This should fix the builders that were failing due to broken JIT
examples after ce2207abaf9.