SuccessChanges

Summary

  1. [dsymutil] Add DW_TAG_common_block to dieNeedsChildrenToBeMeaningful (details)
  2. [X86][AVX] Add support for and/or scalar bool reduction with AVX512 mask (details)
  3. Illustrate a redirector using the example of round function from math.h. (details)
  4. [MIPS GlobalISel] Fix -Wunused-variable in -DLLVM_ENABLE_ASSERTIONS=off (details)
  5. [lit] Fix internal env calling env (details)
  6. [debuginfo-tests] Don't look for Python 3 if we already have it (details)
Commit 96bbf478b6718b13b19ac52fd790e64d4ed56fe9 by Jonas Devlieghere
[dsymutil] Add DW_TAG_common_block to dieNeedsChildrenToBeMeaningful
Ensure we walk the children of common blocks when deciding what DIEs to
keep. Otherwise we might incorrectly discard them leading to missing
variables in the linked debug info.
This also sorts the list of DW_TAGs alphabetically.
The file was modifiedllvm/tools/dsymutil/DwarfLinker.cpp
Commit 9b0dfdf5e1939b4129df75cc8e8d57fcf451b786 by llvm-dev
[X86][AVX] Add support for and/or scalar bool reduction with AVX512 mask
registers
combineBitcastvxi1 only handles bitcast->MOVMSK combines, with mask
registers we use BITCAST directly.
The file was modifiedllvm/test/CodeGen/X86/movmsk-cmp.ll
The file was modifiedllvm/lib/Target/X86/X86ISelLowering.cpp
Commit 9364107cf348c7d4a2d05b8906bda6ba384ce6f6 by sivachandra
Illustrate a redirector using the example of round function from math.h.
Setup demonstrated in this patch is only for ELF-ish platforms.
Also note:
1. Use of redirectors is a temporary scheme. They will be removed once
  LLVM-libc has implementations for the redirected functions. 2.
Redirectors are optional. One can choose to not include them in the
  LLVM-libc build for their platform. 3. Even with redirectors used, we
want to link to the system libc
  dynamically.
Reviewers: dlj, hfinkel, jakehehrlich, phosek, stanshebs, theraven,
alexshap
Subscribers: mgorny, libc-commits
Tags: #libc-project
Differential Revision: https://reviews.llvm.org/D69020
The file was modifiedlibc/src/CMakeLists.txt
The file was addedlibc/src/math/round/round.cpp
The file was modifiedlibc/lib/CMakeLists.txt
The file was addedlibc/src/math/CMakeLists.txt
The file was addedlibc/docs/redirectors_schematic.svg
The file was modifiedlibc/cmake/modules/LLVMLibCRules.cmake
The file was addedlibc/src/math/round/CMakeLists.txt
The file was addedlibc/src/math/round/round.h
The file was addedlibc/docs/redirectors.rst
The file was addedlibc/src/math/round/round_redirector.cpp
The file was modifiedlibc/docs/build_system.rst
Commit 45ee0d6de6f82833de1320de35366669b2b1cdf2 by maskray
[MIPS GlobalISel] Fix -Wunused-variable in -DLLVM_ENABLE_ASSERTIONS=off
builds after D69663
The file was modifiedllvm/lib/Target/Mips/MipsInstructionSelector.cpp
Commit cb2c4bb0e0da675bb0ab3a3fce4cbb014d83f675 by jdenny.ornl
[lit] Fix internal env calling env
Without this patch, when using lit's internal shell, if `env` on a lit
RUN line calls `env`, lit accidentally searches for the latter as an
external executable.  What's worse is that works fine when a developer
is testing on a platform where `env` is available and behaves as
expected, but it then breaks on other platforms.
`env` calling `env` can make sense if one such `env` is within a lit
substitution, as in D65156 and D65121.  This patch ensures that lit
executes both as internal commands.
Reviewed By: probinson, mgorny, rnk
Differential Revision: https://reviews.llvm.org/D65697
The file was modifiedllvm/utils/lit/lit/TestRunner.py
The file was addedllvm/utils/lit/tests/Inputs/shtest-env/env-args-nested-none.txt
The file was modifiedllvm/utils/lit/tests/shtest-env.py
The file was addedllvm/utils/lit/tests/Inputs/shtest-env/env-calls-env.txt
Commit 309f9a1c52977cbd011b29909f7aa45c124b005f by rnk
[debuginfo-tests] Don't look for Python 3 if we already have it
LLDB already requires Python 3 on Windows, so I already configure it
that way. For some reason CMake fails to find the one that Visual Studio
automatically installs at this standard location:
C:/Program Files (x86)/Microsoft Visual
Studio/Shared/Python37_64/python.exe
CMake prefers the python on path, which happens to be python 2.7.
Reviewers: aprantl, jmorse
Differential Revision: https://reviews.llvm.org/D69684
The file was modifieddebuginfo-tests/CMakeLists.txt