Changes

[lldb] Run the shell test for Xcode's standalone build

[InterfaceStubs][test] Add -triple to
clang/test/InterfaceStubs/externstatic.c to make it robust
llvm-nm on Linux prints 0 line while llvm-nm on macOS prints 1 line.

[GlobalsModRef] Add invalidate method
Summary: Add invalidate method to GlobalsAA.
Reviewers: tejohnson, chandlerc
Subscribers: hiraditya, sanjoy.google, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D72818

[Hexagon] Move testcase from c1873631d0a8f2acc to proper location

[mlir][spirv] Explicitly construct ArrayRef from array
Hopefully this pleases GCC 5.

[AMDGPU] allow multi-dword flat scratch access since GFX9
This is supported starting with GFX9.
Differential Revision: https://reviews.llvm.org/D72865

[BrachProbablityInfo] Add invalidate method.
Summary: Add invalidate method for BrachProbablityInfo.
Reviewers: Eugene.Zelenko, chandlerc
Subscribers: hiraditya, sanjoy.google, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D72815

[CallGraph]  Add invalidate method.
Summary: Add invalidate method in CallGraph.
Reviewers: Eugene.Zelenko, chandlerc
Subscribers: hiraditya, sanjoy.google, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D72816

[LazyCallGraph] Add invalidate method.
Summary: Add invalidate method in LazyCallGraph.
Reviewers: chandlerc, silvas
Subscribers: hiraditya, sanjoy.google, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D72817

[UnitTests] Add invalidate methods.

[TestQuoting] Use the fully qualified path for remote platforms.
Patch by Jason Molenda, fixes a test failure on arm64 devices.

Update testcase for LLVM IR change (sysroot)

Update clang test.

[Hexagon] Use itinerary for assembler HVX resource checking

[OPENMP]Improve debug locations in OpenMP regions.
Emit more precise debug locations for the OpenMP outlined regions.

[SVE] Pass Scalable argument to VectorType::get in Bitcode Reader
Summary:
* Pass the Scalability test to VectorType::get in order to be able to
deserialize bitcode that contains scalable vector operations
Change-Id: I37fe5b1c0c237a9153130deefdc1a6d595c7f12e
Reviewers: efriedma, pcc, sdesmalen, apazos, huihuiz, chrisj
Reviewed By: sdesmalen
Subscribers: tschuett, hiraditya, rkruppe, psnobl, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D72792

[mlir][spirv] Explicitly construct ArrayRef from static array
Again for pleasing GCC 5.

Revert "[SVE] Pass Scalable argument to VectorType::get in Bitcode
Reader"
This reverts commit 5df53a22592729e631c4030f38c599b9f37095b7.
Caused test failures.

[libFuzzer] Allow discarding output in ExecuteCommand in Fuchsia.
Summary: This commit modifies the way `ExecuteCommand` works in fuchsia
by adding special logic to handle `/dev/null`.
The FuzzerCommand interface does not have a way to "discard" the output, 
so other parts of the code just set the output file to `getDevNull()`. 
The problem is that fuchsia does not have a named file that is 
equivalent to `/dev/null`, so opening that file just fails.
This commit detects whether the specified output file is `getDevNull`, 
and if that's the case, it will not copy the file descriptor for stdout 
in the spawned process.
NOTE that modifying `FuzzerCommand` to add a "discardOutput" function 
involves a significant refactor of all the other platforms, as they all 
rely on the `toString()` method of `FuzzerCommand`.
This allows libfuzzer in fuchsia to run with `fork=1`, as the merge 
process (`FuzzerMerge.cpp`) invoked `ExecuteCommand` with `/dev/null` as
the output.
Reviewers: aarongreen, phosek
Reviewed By: aarongreen
Subscribers: #sanitizers, llvm-commits
Tags: #sanitizers, #llvm
Differential Revision: https://reviews.llvm.org/D72894

[Flang][mlir] add a band-aid to support the creation of mutually
recursive types when lowering to LLVM IR
Summary: This is a temporary implementation to support Flang.  The
LLVM-IR parser will need to be extended in some way to support recursive
types.  The exact approach here is still a work-in-progress.
Unfortunately, this won't pass roundtrip testing yet. Adding a comment 
to the test file as a reminder.
Differential Revision: https://reviews.llvm.org/D72542

[MLIR] LLVM dialect: Add llvm.atomicrmw
Summary: This op is the counterpart to LLVM's atomicrmw instruction.
Note that volatile and syncscope attributes are not yet supported.
This will be useful for upcoming parallel versions of `affine.for` and
generally for reduction-like semantics.
Differential Revision: https://reviews.llvm.org/D72741

Attempt to fix Go syntax error

Revert "Attempt to fix Go syntax error"
This reverts commit c0176916a4824812d25a5a22c4ff7c95857b0cd6.

Revert "Rename DW_AT_LLVM_isysroot to DW_AT_LLVM_sysroot"
This reverts commit 12e479475a896f664fb721f98c2d6805185ac352.
I accidentally landed this patch with the wrong commit message ...

Move the sysroot attribute from DIModule to DICompileUnit
[this re-applies c0176916a4824812d25a5a22c4ff7c95857b0cd6
with the correct commit message and phabricator link]
This addresses point 1 of PR44213. 
https://bugs.llvm.org/show_bug.cgi?id=44213
The DW_AT_LLVM_sysroot attribute is used for Clang module debug info, to
allow LLDB to import a Clang module from source. Currently it is part of
each DW_TAG_module, however, it is the same for all modules in a compile
unit. It is more efficient and less ambiguous to store it once in the
DW_TAG_compile_unit.
This should have no effect on DWARF consumers other than LLDB.
Differential Revision: https://reviews.llvm.org/D71732

[ELF] Allow R_PLT_PC (R_PC) to a hidden undefined weak symbol
This essentially reverts b841e119d77ed0502e3a2e710f26a899bef28b3c.
Such code construct can be used in the following way:
  // glibc/stdlib/exit.c
 // clang -fuse-ld=lld => succeeded
 // clang -fuse-ld=lld -fpie -pie => relocation R_PLT_PC cannot refer to
absolute symbol
 __attribute__((weak, visibility("hidden"))) extern void
__call_tls_dtors();
 void __run_exit_handlers() {
   if (__call_tls_dtors)
       __call_tls_dtors();
 }
Since we allow R_PLT_PC in -no-pie mode, it makes sense to allow it in
-pie mode as well.
Reviewed By: pcc
Differential Revision: https://reviews.llvm.org/D72943

debugserver: Pass -arch flags to mig invocation as needed
Specify -isysroot and any necessary -arch flags in the `mig` invocation 
when CMAKE_OSX_ARCHITECTURES is set (needed for the bridgeOS build).

[ms] [llvm-ml] Add placeholder for llvm-ml, based on llvm-mc
Summary: As discussed on the mailing list, I plan to introduce an
ml-compatible MASM assembler as part of providing more of the Windows
build tools. This will be similar to llvm-mc, but with different
command-line parameters.
This placeholder is purely a stripped-down version of llvm-mc; we'll
eventually add support for the Microsoft-style command-line flags, and
back it with a MASM parser.
Reviewers: rnk, thakis
Reviewed By: thakis
Subscribers: merge_guards_bot, mgorny, jfb, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D72679

[xray] Add xray-ignore-loops option
XRay allows tuning by minimum function size, but also always instruments 
functions with loops in them.  If the minimum function size is set to a 
large value the loop instrumention ends up causing most functions to be 
instrumented anyway.  This adds a new flag, xray-ignore-loops, to
disable the loop detection logic.
Differential Revision: https://reviews.llvm.org/D72659

[clang][xray] Add -fxray-ignore-loops option
XRay allows tuning by minimum function size, but also always instruments 
functions with loops in them. If the minimum function size is set to a 
large value the loop instrumention ends up causing most functions to be 
instrumented anyway. This adds a new flag, -fxray-ignore-loops, to
disable the loop detection logic.
Differential Revision: https://reviews.llvm.org/D72873

[xray] Allow instrumenting only function entry and/or only function exit
Extend -fxray-instrumentation-bundle to split function-entry and 
function-exit into two separate options, so that it is possible to 
instrument only function entry or only function exit.  For use cases 
that only care about one or the other this will save significant
overhead and code size.
Differential Revision: https://reviews.llvm.org/D72890

Pass length of string in Go binding of CreateCompileUnit

[mlir] [VectorOps] Rename Utils.h into VectorUtils.h
Summary: First step towards the consolidation of a lot of vector related
utilities that are now all over the place
(or even duplicated).
Reviewers: nicolasvasilache, andydavis1
Reviewed By: nicolasvasilache, andydavis1
Subscribers: merge_guards_bot, mehdi_amini, rriddle, jpienaar, burmako,
shauheen, antiagainst, arpith-jacob, mgester, lucyrfox, liufengdb,
llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D72955

[InstSimplify] add test for select of FP constants; NFC

[InstSimplify] add test for select of vector constants; NFC

hwasan: Move .note.hwasan.globals note to hwasan.module_ctor comdat.
As of D70146 lld GCs comdats as a group and no longer considers notes in 
comdats to be GC roots, so we need to move the note to a comdat with a
GC root section (.init_array) in order to prevent lld from discarding
the note.
Differential Revision: https://reviews.llvm.org/D72936

[libc++] Optimize / partially inline basic_string copy constructor
Splits copy constructor up inlining short initialization, outlining long 
initialization into __init_long() which is the externally instantiated
slow path initialization.
Subsequently changing the copy ctor to be inlined (not externally
instantiated) provides significant speed ups for short string
initialization.
Generated code given:
void StringCopyCtor(void* mem, const std::string& s) {
   std::string*p = new(mem) std::string{s};
}
asm:
       cmp     byte ptr [rsi + 23], 0
       js      .LBB0_2
       mov     rax, qword ptr [rsi + 16]
       mov     qword ptr [rdi + 16], rax
       movups  xmm0, xmmword ptr [rsi]
       movups  xmmword ptr [rdi], xmm0
       ret
.LBB0_2:
       jmp     std::basic_string::__init_long # TAILCALL
Benchmark: BM_StringCopy_Empty                                          
5.19ns ± 6%             1.50ns ± 8%  -71.02%        (p=0.000 n=10+10) 
BM_StringCopy_Small                                           5.14ns ±
8%             1.53ns ± 7%  -70.17%        (p=0.000 n=10+10) 
BM_StringCopy_Large                                           18.9ns ±
0%             19.3ns ± 0%   +1.92%        (p=0.000 n=10+10) 
BM_StringCopy_Huge                                             309ns ±
1%              316ns ± 5%     ~            (p=0.633 n=8+10)
Patch from Martijn Vels (mvels@google.com) Reviewed as D72160.

[mlir][Linalg] Extend linalg vectorization to MatmulOp
Summary: This is a simple extension to allow vectorization to work not
only on GenericLinalgOp but more generally across named ops too. For
now, this still only vectorizes matmul-like ops but is a step towards
more generic vectorization of Linalg ops.
Reviewers: ftynse
Subscribers: mehdi_amini, rriddle, jpienaar, burmako, shauheen,
antiagainst, arpith-jacob, mgester, lucyrfox, aartbik, liufengdb,
llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D72942

[lldb/Docs] Fix formatting for the variable formatting page

[libcxx] Introduce LinuxRemoteTI for remote testing
Summary: This patch adds a new target info object called LinuxRemoteTI. 
Unlike LinuxLocalTI, which asks the host system about various things 
like available locales, distribution name etc. which don't make sense if
we're testing on a remote board, LinuxRemoteTI uses SSHExecutor to get
information from the target system.
Reviewers: jroelofs, ldionne, bcraig, EricWF, danalbert, mclow.lists
Reviewed By: jroelofs
Subscribers: christof, dexonsmith, libcxx-commits
Tags: #libc
Differential Revision: https://reviews.llvm.org/D72847

[CMake] Use LinuxRemoteTI instead of LinuxLocalTI in CrossWinToARMLinux
cmake cache
Summary: Depends on D72847
Reviewers: vvereschaka, aorlov, andreil99
Reviewed By: vvereschaka
Subscribers: mgorny, kristof.beyls, cfe-commits
Tags: #clang
Differential Revision: https://reviews.llvm.org/D72850

[profile] Support counter relocation at runtime
This is an alternative to the continous mode that was implemented in 
D68351. This mode relies on padding and the ability to mmap a file over 
the existing mapping which is generally only available on POSIX systems 
and isn't suitable for other platforms.
This change instead introduces the ability to relocate counters at 
runtime using a level of indirection. On every counter access, we add a 
bias to the counter address. This bias is stored in a symbol that's 
provided by the profile runtime and is initially set to zero, meaning no 
relocation. The runtime can mmap the profile into memory at abitrary 
location, and set bias to the offset between the original and the new 
counter location, at which point every subsequent counter access will be 
to the new location, which allows updating profile directly akin to the 
continous mode.
The advantage of this implementation is that doesn't require any special 
OS support. The disadvantage is the extra overhead due to additional 
instructions required for each counter access (overhead both in terms of 
binary size and performance) plus duplication of counters (i.e. one copy 
in the binary itself and another copy that's mmapped).
Differential Revision: https://reviews.llvm.org/D69740

[lldb] Run the shell test for Xcode's standalone build