SuccessChanges

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

Summary

  1. Revert "Revert "As a follow-up to my initial mail to llvm-dev here's a (details)
  2. [PowerPC] [NFC] change PPCLoopPreIncPrep class name after D67088. Afer (details)
  3. Update build_llvm_package.bat to build from the monorepo (details)
  4. [lldb][NFC] Early exit in DWARFASTParserClang::ParseArrayType (details)
  5. [LLDB] Avoid using InitializeContext for zero-initializing a CONTEXT. (details)
  6. [X86] [Win64] Avoid truncating large (> 32 bit) stack allocations (details)
  7. [MC] Produce proper section relative relocations for COFF in (details)
  8. [llvm-objcopy] [COFF] Fix a typo in a comment. NFC. (details)
  9. [lldb][NFC] Remove unused CompilerType memory functions (details)
  10. clang-format-vs : Fix Unicode formatting (details)
  11. [lldb][NFC] Move TypeSystem RTTI to static variable to remove swift (details)
  12. [llvm-readobj] - Always print "Predecessors" for version definition (details)
  13. AArch64: support the Apple NEON syntax for v8.2 crypto instructions. (details)
  14. [clangd] Shutdown cleanly on signals. (details)
  15. gn build: Merge 19ac0eaf07e (details)
  16. [openmp] Fixed nonmonotonic schedule when #threads > #chunks in a loop. (details)
  17. [clang][CodeGen] Implicit Conversion Sanitizer: handle (details)
  18. [Frontend] Clean up some dead code in PrecompiledPreamble. NFC (details)
  19. [OpenCL] Move addr space deduction to Sema. (details)
  20. [CodeGen][UBSan] Relax newly-added verbose sanitization tests for (details)
  21. [ARM] Add constrained FP intrinsics test (details)
  22. [ARM] Replace arm_neon_vqadds with sadd_sat (details)
  23. Revert "[clang][CodeGen] Implicit Conversion Sanitizer: handle (details)
  24. [Attributor] Handle special case when offset equals zero in nonnull (details)
  25. [profile] Fix file contention causing dropped counts on Windows under (details)
Commit fd39b1bb20cec32c310ae9b6f1b4603c17a5f832 by echristo
Revert "Revert "As a follow-up to my initial mail to llvm-dev here's a
first pass at the O1 described there.""
This reapplies: 8ff85ed905a7306977d07a5cd67ab4d5a56fafb4
Original commit message:
As a follow-up to my initial mail to llvm-dev here's a first pass at the
O1 described there.
This change doesn't include any change to move from selection dag to
fast isel and that will come with other numbers that should help inform
that decision. There also haven't been any real debuggability studies
with this pipeline yet, this is just the initial start done so that
people could see it and we could start tweaking after.
Test updates: Outside of the newpm tests most of the updates are coming
from either optimization passes not run anymore (and without a
compelling argument at the moment) that were largely used for
canonicalization in clang.
Original post:
http://lists.llvm.org/pipermail/llvm-dev/2019-April/131494.html
Tags: #llvm Differential Revision: https://reviews.llvm.org/D65410
This reverts commit c9ddb02659e3ece7a0d9d6b4dac7ceea4ae46e6d.
The file was modifiedclang/test/CodeGenCXX/atomicinit.cpp
The file was modifiedclang/test/CodeGenCXX/stack-reuse.cpp
The file was modifiedllvm/test/Feature/optnone-opt.ll
The file was modifiedclang/test/CodeGenCXX/nrvo.cpp
The file was modifiedllvm/test/Transforms/PhaseOrdering/two-shifts-by-sext.ll
The file was modifiedllvm/test/Transforms/PhaseOrdering/simplifycfg-options.ll
The file was modifiedclang/test/CodeGenCXX/microsoft-abi-dynamic-cast.cpp
The file was modifiedllvm/test/Other/new-pm-thinlto-defaults.ll
The file was modifiedlldb/packages/Python/lldbsuite/test/functionalities/tail_call_frames/ambiguous_tail_call_seq1/Makefile
The file was modifiedlldb/packages/Python/lldbsuite/test/functionalities/tail_call_frames/disambiguate_call_site/Makefile
The file was modifiedllvm/include/llvm/Passes/PassBuilder.h
The file was modifiedllvm/lib/Transforms/IPO/PassManagerBuilder.cpp
The file was modifiedllvm/lib/Passes/PassBuilder.cpp
The file was modifiedllvm/test/CodeGen/AMDGPU/simplify-libcalls.ll
The file was modifiedlldb/packages/Python/lldbsuite/test/functionalities/tail_call_frames/sbapi_support/Makefile
The file was modifiedclang/test/CodeGenObjCXX/nrvo.mm
The file was modifiedllvm/test/Transforms/MemCpyOpt/lifetime.ll
The file was modifiedclang/test/CodeGen/atomic-ops-libcall.c
The file was modifiedclang/test/Lexer/minimize_source_to_dependency_directives_invalid_error.c
The file was modifiedclang/test/CodeGenObjCXX/arc-blocks.mm
The file was modifiedclang/test/PCH/no-escaping-block-tail-calls.cpp
The file was modifiedllvm/test/Other/new-pm-defaults.ll
The file was modifiedlldb/packages/Python/lldbsuite/test/functionalities/tail_call_frames/ambiguous_tail_call_seq2/Makefile
The file was modifiedlldb/packages/Python/lldbsuite/test/functionalities/tail_call_frames/inlining_and_tail_calls/Makefile
The file was modifiedlldb/packages/Python/lldbsuite/test/functionalities/tail_call_frames/unambiguous_sequence/Makefile
The file was modifiedlldb/packages/Python/lldbsuite/test/functionalities/tail_call_frames/thread_step_out_message/Makefile
The file was modifiedlldb/packages/Python/lldbsuite/test/functionalities/tail_call_frames/thread_step_out_or_return/Makefile
The file was modifiedlldb/packages/Python/lldbsuite/test/functionalities/tail_call_frames/disambiguate_tail_call_seq/Makefile
The file was modifiedclang/test/CodeGenCXX/microsoft-abi-typeid.cpp
The file was modifiedclang/test/CodeGen/2008-07-30-implicit-initialization.c
The file was modifiedlldb/packages/Python/lldbsuite/test/functionalities/tail_call_frames/disambiguate_paths_to_common_sink/Makefile
The file was modifiedclang/test/CodeGen/arm-fp16-arguments.c
The file was modifiedclang/test/CodeGenCXX/auto-var-init.cpp
The file was modifiedclang/test/CodeGenCXX/discard-name-values.cpp
The file was modifiedclang/test/CodeGenCXX/wasm-args-returns.cpp
The file was modifiedclang/test/CodeGen/arm-vfp16-arguments2.cpp
Commit 98189755cd98f6e1e22e03e55b951d3ed53a5ae5 by czhengsz
[PowerPC] [NFC] change PPCLoopPreIncPrep class name after D67088. Afer
https://reviews.llvm.org/D67088, PPCLoopPreIncPrep pass can prepare more
instruction forms except pre inc form, like DS/DQ forms.
This patch is a follow-up of https://reviews.llvm.org/D67088 to rename
the pass name.
Reviewed by: jsji
Differential Revision: https://reviews.llvm.org/D70371
The file was modifiedllvm/test/CodeGen/PowerPC/addi-licm.ll
The file was modifiedllvm/lib/Target/PowerPC/PPCLoopInstrFormPrep.cpp
The file was modifiedllvm/lib/Target/PowerPC/PPC.h
The file was modifiedllvm/test/CodeGen/PowerPC/ppc-passname.ll
The file was modifiedllvm/lib/Target/PowerPC/PPCTargetMachine.cpp
Commit e68b8161781e6de4e0c412609b35723da9706e29 by hans
Update build_llvm_package.bat to build from the monorepo
The file was modifiedllvm/utils/release/build_llvm_package.bat
Commit 3a280422b66a31af694782746ec0b5b7552a82a1 by Raphael Isemann
[lldb][NFC] Early exit in DWARFASTParserClang::ParseArrayType
The file was modifiedlldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp
Commit 344bdeb797b31bb99158010f255a7219fe77e2ec by martin
[LLDB] Avoid using InitializeContext for zero-initializing a CONTEXT.
NFC.
InitializeContext is useful for allocating a (potentially variable size)
CONTEXT struct in an unaligned byte buffer. In this case, we already
have a fixed size CONTEXT we want to initialize, and we only used this
as a very roundabout way of zero initializing it.
Instead just memset the CONTEXT we have, and set the ContextFlags field
manually.
This matches how it is done in NativeRegisterContextWindows_*.cpp.
This also makes LLDB run successfully in Wine (for a trivial tested case
at least), as Wine hasn't implemented the InitializeContext function.
Differential Revision: https://reviews.llvm.org/D70742
The file was modifiedlldb/source/Plugins/Process/Windows/Common/RegisterContextWindows.cpp
Commit 943513b79929fba1a9dccdf81cb68a41ce29cd03 by martin
[X86] [Win64] Avoid truncating large (> 32 bit) stack allocations
This fixes PR44129, which was broken in a7adc3185b (in 7.0.0 and newer).
Differential Revision: https://reviews.llvm.org/D70741
The file was modifiedllvm/lib/Target/X86/X86FrameLowering.cpp
The file was addedllvm/test/CodeGen/X86/win64-stackprobe-overflow.ll
Commit 47046f05e66c23567d6672ea5a1afd8ed2c411ed by martin
[MC] Produce proper section relative relocations for COFF in
.debug_frame
The third parameter to Streamer.EmitSymbolValue() is "bool
IsSectionRelative = false".
For ELF, these debug sections are mapped to address zero, so a normal,
absolute address relocation works just fine, but COFF needs a section
relative relocation, and COFF is the only target where
needsDwarfSectionOffsetDirective() returns true. This matches how
EmitSymbolValue is called elsewhere in the same source file.
Differential Revision: https://reviews.llvm.org/D70661
The file was modifiedllvm/lib/MC/MCDwarf.cpp
The file was addedllvm/test/MC/COFF/cfi-sections.s
Commit d11dc9e77b63b245f4b07fb60b2acae226e3fdcb by martin
[llvm-objcopy] [COFF] Fix a typo in a comment. NFC.
The file was modifiedllvm/tools/llvm-objcopy/COFF/Object.h
Commit f1b117394d7f9ae6decf9730ed9d443ca1b54769 by Raphael Isemann
[lldb][NFC] Remove unused CompilerType memory functions
Summary: All these functions are unused from what I can see. Unless I'm
missing something here, this code can go the way of the Dodo.
Reviewers: labath
Reviewed By: labath
Subscribers: abidh, JDevlieghere, lldb-commits
Tags: #lldb
Differential Revision: https://reviews.llvm.org/D70770
The file was modifiedlldb/source/Symbol/CompilerType.cpp
The file was modifiedlldb/include/lldb/Symbol/CompilerType.h
Commit e20a1e486e144c88188bc7b420885d5326b39088 by hans
clang-format-vs : Fix Unicode formatting
Use UTF-8 for communication with clang-format and convert the
replacements offset/length to characters position/count.
Internally VisualStudio.Text.Editor.IWpfTextView use sequence of Unicode
characters encoded using UTF-16 and use characters position/count for
manipulating text.
Resolved "Error while running clang-format: Specified argument was out
of the range of valid values. Parameter name: replaceSpan".
Patch by empty2fill!
Differential revision: https://reviews.llvm.org/D70633
The file was modifiedclang/tools/clang-format-vs/ClangFormat/ClangFormatPackage.cs
Commit 92d5ea5d1674c38e03d130c6b04afa118e94ef4a by Raphael Isemann
[lldb][NFC] Move TypeSystem RTTI to static variable to remove swift
reference
The file was modifiedlldb/include/lldb/Symbol/ClangASTContext.h
The file was modifiedlldb/source/Symbol/TypeSystem.cpp
The file was modifiedlldb/include/lldb/Symbol/TypeSystem.h
The file was modifiedlldb/source/Symbol/CompilerDecl.cpp
The file was modifiedlldb/source/Symbol/CompilerDeclContext.cpp
The file was modifiedlldb/source/Symbol/ClangASTContext.cpp
Commit 3b35603a56b2dcc7fb0480d8d4c4aeacacecf1fb by grimar
[llvm-readobj] - Always print "Predecessors" for version definition
sections.
This is a follow-up discussed in D70495 thread.
The current logic is unusual for llvm-readobj. It doesn't print
predecessors list when it is empty. This is not good for machine
parsers. D70495 had to add this condition during refactoring to reduce
amount of changes, in tests, because the original code also had a
similar logic.
Now seems it is time to get rid of it. This patch does it.
Differential revision: https://reviews.llvm.org/D70717
The file was modifiedlld/test/ELF/verdef.s
The file was modifiedllvm/test/tools/llvm-readobj/elf-versioninfo.test
The file was modifiedllvm/test/tools/yaml2obj/ELF/verdef-section.yaml
The file was modifiedlld/test/ELF/verdef-defaultver.s
The file was modifiedlld/test/ELF/verdef-dependency.s
The file was modifiedllvm/tools/llvm-readobj/ELFDumper.cpp
Commit 31c25fadccec0d5e5f0048b551b99f8976b87eb0 by Tim Northover
AArch64: support the Apple NEON syntax for v8.2 crypto instructions.
Very simple change, just adding the extra syntax variant.
The file was modifiedllvm/lib/Target/AArch64/AArch64InstrFormats.td
The file was addedllvm/test/MC/AArch64/armv8.2a-crypto-apple.s
Commit 19ac0eaf07e60173baa7ee77fa11568c30b87455 by sam.mccall
[clangd] Shutdown cleanly on signals.
Summary: This avoids leaking PCH files if editors don't use the LSP
shutdown protocol.
This is one fix for https://github.com/clangd/clangd/issues/209
(Though I think we should *also* be unlinking the files)
Reviewers: kadircet, jfb
Subscribers: mgorny, ilya-biryukov, MaskRay, jkorous, arphaman, jfb,
usaxena95, cfe-commits
Tags: #clang
Differential Revision: https://reviews.llvm.org/D70684
The file was modifiedclang-tools-extra/clangd/CMakeLists.txt
The file was addedclang-tools-extra/clangd/Shutdown.cpp
The file was addedclang-tools-extra/clangd/Shutdown.h
The file was addedclang-tools-extra/clangd/test/exit-eof.test
The file was addedclang-tools-extra/clangd/test/exit-signal.test
The file was modifiedclang-tools-extra/clangd/JSONTransport.cpp
The file was modifiedclang-tools-extra/clangd/tool/ClangdMain.cpp
Commit 755dfaa1048ef216cfdce68b05185d8ab1b00ae7 by llvmgnsyncbot
gn build: Merge 19ac0eaf07e
The file was modifiedllvm/utils/gn/secondary/clang-tools-extra/clangd/BUILD.gn
Commit bd2fb41c2dd537d1ab0dbce5795a1fef3de6cd52 by Andrey.Churbanov
[openmp] Fixed nonmonotonic schedule when #threads > #chunks in a loop.
Differential Revision: https://reviews.llvm.org/D70713
The file was modifiedopenmp/runtime/src/kmp_dispatch.cpp
The file was addedopenmp/runtime/test/worksharing/for/omp_nonmonotonic_dynamic1.c
Commit 9872ea4ed1de4c49300430e4f1f4dfc110a79ab9 by lebedev.ri
[clang][CodeGen] Implicit Conversion Sanitizer: handle
increment/decrement (PR44054)
Summary: Implicit Conversion Sanitizer is *almost* feature complete.
There aren't *that* much unsanitized things left, two major ones are
increment/decrement (this patch) and bit fields.
As it was discussed in
[[ https://bugs.llvm.org/show_bug.cgi?id=39519 | PR39519 ]], unlike
`CompoundAssignOperator` (which is promoted internally), or
`BinaryOperator` (for which we always have promotion/demotion in AST) or
parts of `UnaryOperator` (we have promotion/demotion but only for
certain operations), for inc/dec, clang omits promotion/demotion
altogether, under as-if rule.
This is technically correct: https://rise4fun.com/Alive/zPgD As it can
be seen in `InstCombineCasts.cpp` `canEvaluateTruncated()`,
`add`/`sub`/`mul`/`and`/`or`/`xor` operators can all arbitrarily be
extended or truncated:
https://github.com/llvm/llvm-project/blob/901cd3b3f62d0c700e5d2c3f97eff97d634bec5e/llvm/lib/Transforms/InstCombine/InstCombineCasts.cpp#L1320-L1334
But that has serious implications: 1. Since we no longer model implicit
casts, do we pessimise
  their AST representation and everything that uses it? 2. There is no
demotion, so lossy demotion sanitizer does not trigger :]
Now, i'm not going to argue about the first problem here, but the second
one **needs** to be addressed. As it was stated in the report, this is
done intentionally, so changing this in all modes would be considered a
penalization/regression. Which means, the sanitization-less codegen must
not be altered.
It was also suggested to not change the sanitized codegen to the one
with demotion, but i quite strongly believe that will not be the wise
choice here: 1. One will need to re-engineer the check that the inc/dec
was lossy
  in terms of `@llvm.{u,s}{add,sub}.with.overflow` builtins 2. We will
still need to compute the result we would lossily demote.
  (i.e. the result of wide `add`ition/`sub`traction) 3. I suspect it
would need to be done right here, in sanitization.
  Which kinda defeats the point of
  using `@llvm.{u,s}{add,sub}.with.overflow` builtins:
  we'd have two `add`s with basically the same arguments,
  one of which is used for check+error-less codepath and other one
  for the error reporting. That seems worse than a single wide op+check.
4. OR, we would need to do that in the compiler-rt handler.
  Which means we'll need a whole new handler.
  But then what about the `CompoundAssignOperator`,
  it would also be applicable for it.
  So this also doesn't really seem like the right path to me. 5. At
least X86 (but likely others) pessimizes all sub-`i32` operations
  (due to partial register stalls), so even if we avoid
promotion+demotion,
  the computations will //likely// be performed in `i32` anyways.
So i'm not really seeing much benefit of not doing the straight-forward
thing.
While looking into this, i have noticed a few more LLVM middle-end
missed canonicalizations, and filed
[[ https://bugs.llvm.org/show_bug.cgi?id=44100 | PR44100 ]],
[[ https://bugs.llvm.org/show_bug.cgi?id=44102 | PR44102 ]].
Those are not specific to inc/dec, we also have them for
`CompoundAssignOperator`, and it can happen for normal arithmetics, too.
But if we take some other path in the patch, it will not be applicable
here, and we will have most likely played ourselves.
TLDR: front-end should emit canonical, easy-to-optimize yet un-optimized
code. It is middle-end's job to make it optimal.
I'm really hoping reviewers agree with my personal assessment of the
path this patch should take..
Fixes [[ https://bugs.llvm.org/show_bug.cgi?id=44054 | PR44054 ]].
Reviewers: rjmccall, erichkeane, rsmith, vsk
Reviewed By: erichkeane
Subscribers: mehdi_amini, dexonsmith, cfe-commits, #sanitizers,
llvm-commits, aaron.ballman, t.p.northover, efriedma, regehr
Tags: #llvm, #clang, #sanitizers
Differential Revision: https://reviews.llvm.org/D70539
The file was addedclang/test/CodeGen/catch-implicit-integer-arithmetic-value-change-incdec-basics.c
The file was addedclang/test/CodeGen/catch-implicit-signed-integer-truncations-incdec-basics.c
The file was addedclang/test/CodeGen/catch-implicit-conversions-incdec-basics.c
The file was addedcompiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-conversion-incdec.c
The file was addedclang/test/CodeGen/catch-implicit-signed-integer-truncations-incdec.c
The file was addedcompiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-sign-change-incdec.c
The file was addedcompiler-rt/test/ubsan/TestCases/ImplicitConversion/signed-integer-truncation-incdec.c
The file was addedclang/test/CodeGen/catch-implicit-integer-truncations-incdec-basics.c
The file was modifiedclang/docs/ReleaseNotes.rst
The file was addedclang/test/CodeGen/catch-implicit-unsigned-integer-truncations-incdec-basics.c
The file was modifiedclang/lib/CodeGen/CGExprScalar.cpp
The file was addedclang/test/CodeGen/catch-implicit-integer-sign-changes-incdec.c
The file was addedclang/test/CodeGen/catch-implicit-integer-conversions-incdec-basics.c
The file was addedclang/test/CodeGen/catch-implicit-integer-sign-changes-incdec-basics.c
Commit 3edf2eb897e4fe0795253e8e8c1e62b93bac60c9 by sam.mccall
[Frontend] Clean up some dead code in PrecompiledPreamble. NFC
The file was modifiedclang/lib/Frontend/PrecompiledPreamble.cpp
The file was modifiedclang/include/clang/Frontend/PrecompiledPreamble.h
Commit a29aa47106205ec95c12e0ebac4260c5de878a6a by anastasia.stulova
[OpenCL] Move addr space deduction to Sema.
In order to simplify implementation we are moving add space deduction
into Sema while constructing variable declaration and on template
instantiation. Pointee are deduced to generic addr space during creation
of types.
This commit also
- fixed addr space dedution for auto type;
- factors out in a separate helper function OpenCL specific
logic from type diagnostics in var decl.
Tags: #clang
Differential Revision: https://reviews.llvm.org/D65744
The file was modifiedclang/lib/AST/Expr.cpp
The file was modifiedclang/include/clang/Sema/Sema.h
The file was modifiedclang/lib/Sema/SemaType.cpp
The file was modifiedclang/test/SemaOpenCL/invalid-block.cl
The file was modifiedclang/lib/Sema/SemaTemplateInstantiate.cpp
The file was modifiedclang/lib/Sema/SemaDecl.cpp
The file was modifiedclang/lib/Sema/SemaTemplateInstantiateDecl.cpp
The file was modifiedclang/lib/Sema/TreeTransform.h
The file was modifiedclang/test/SemaOpenCLCXX/address-space-deduction.cl
The file was addedclang/test/SemaOpenCLCXX/addrspace-auto.cl
The file was modifiedclang/include/clang/AST/Type.h
The file was modifiedclang/test/SemaOpenCLCXX/restricted.cl
The file was modifiedclang/test/SemaOpenCL/sampler_t.cl
The file was modifiedclang/test/SemaOpenCL/event_t.cl
The file was modifiedclang/test/SemaOpenCL/invalid-pipes-cl2.0.cl
Commit 870f3542d3e0d06d208442bdca6482866b59171b by lebedev.ri
[CodeGen][UBSan] Relax newly-added verbose sanitization tests for
inc/dec
In particular, don't hardcode the signature of the handler: it takes src
filepath so the length of buffers will not match,
The file was modifiedclang/test/CodeGen/catch-implicit-signed-integer-truncations-incdec.c
The file was modifiedclang/test/CodeGen/catch-implicit-integer-sign-changes-incdec.c
Commit 3c1912a733bae09585d88315a7eec39cd3318fde by john.brawn
[ARM] Add constrained FP intrinsics test
Currently XFAILed, as there are various things that need fixing.
Differential Revision: https://reviews.llvm.org/D70599
The file was addedllvm/test/CodeGen/ARM/fp-intrinsics.ll
Commit 9f15fcc2718f95f1dac9e6e57aa93d84e9709930 by david.green
[ARM] Replace arm_neon_vqadds with sadd_sat
This replaces the A32 NEON vqadds, vqaddu, vqsubs and vqsubu intrinsics
with the target independent sadd_sat, uadd_sat, ssub_sat and usub_sat.
This helps generate vqadds from standard IR nodes, which might be
produced from the vectoriser. The old variants are removed in the
process.
Differential Revision: https://reviews.llvm.org/D69350
The file was modifiedllvm/test/CodeGen/ARM/neon-v8.1a.ll
The file was modifiedllvm/test/CodeGen/ARM/vqadd.ll
The file was modifiedllvm/test/CodeGen/ARM/vmul.ll
The file was modifiedllvm/test/CodeGen/ARM/vqdmul.ll
The file was modifiedclang/lib/CodeGen/CGBuiltin.cpp
The file was addedllvm/test/CodeGen/ARM/neon-vqaddsub-upgrade.ll
The file was modifiedclang/test/CodeGen/arm-v8.1a-neon-intrinsics.c
The file was modifiedllvm/lib/Target/ARM/ARMInstrNEON.td
The file was modifiedllvm/lib/Target/ARM/ARMISelLowering.cpp
The file was modifiedllvm/test/CodeGen/ARM/vqsub.ll
The file was modifiedclang/test/CodeGen/arm_neon_intrinsics.c
The file was modifiedllvm/include/llvm/IR/IntrinsicsARM.td
The file was modifiedllvm/lib/IR/AutoUpgrade.cpp
The file was modifiedllvm/test/CodeGen/ARM/addsubo-legalization.ll
Commit cbfa237892e55b7129a1178c9b03f26683d643af by lebedev.ri
Revert "[clang][CodeGen] Implicit Conversion Sanitizer: handle
increment/decrement (PR44054)"
The asssertion that was added does not hold, breaks on
test-suite/MultiSource/Applications/SPASS/analyze.c Will reduce the
testcase and revisit.
This reverts commit 9872ea4ed1de4c49300430e4f1f4dfc110a79ab9,
870f3542d3e0d06d208442bdca6482866b59171b.
The file was removedclang/test/CodeGen/catch-implicit-integer-sign-changes-incdec-basics.c
The file was removedclang/test/CodeGen/catch-implicit-signed-integer-truncations-incdec.c
The file was removedclang/test/CodeGen/catch-implicit-integer-arithmetic-value-change-incdec-basics.c
The file was modifiedclang/lib/CodeGen/CGExprScalar.cpp
The file was removedclang/test/CodeGen/catch-implicit-integer-conversions-incdec-basics.c
The file was removedclang/test/CodeGen/catch-implicit-integer-truncations-incdec-basics.c
The file was removedcompiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-conversion-incdec.c
The file was removedclang/test/CodeGen/catch-implicit-conversions-incdec-basics.c
The file was removedclang/test/CodeGen/catch-implicit-integer-sign-changes-incdec.c
The file was modifiedclang/docs/ReleaseNotes.rst
The file was removedcompiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-sign-change-incdec.c
The file was removedcompiler-rt/test/ubsan/TestCases/ImplicitConversion/signed-integer-truncation-incdec.c
The file was removedclang/test/CodeGen/catch-implicit-unsigned-integer-truncations-incdec-basics.c
The file was removedclang/test/CodeGen/catch-implicit-signed-integer-truncations-incdec-basics.c
Commit 0f4383faa75fdeaeebe0c5156f927e9f88d61d53 by uenoku.tokotoko
[Attributor] Handle special case when offset equals zero in nonnull
deduction
The file was modifiedllvm/test/Transforms/FunctionAttrs/align.ll
The file was modifiedllvm/lib/Transforms/IPO/Attributor.cpp
Commit 900d8a9a3b4efeefddd310e92219741d98e7270b by hans
[profile] Fix file contention causing dropped counts on Windows under
-fprofile-generate
See PR43425: https://bugs.llvm.org/show_bug.cgi?id=43425
When writing profile data on Windows we were opening profile file with
exclusive read/write access.
In case we are trying to write to the file from multiple processes
simultaneously, subsequent calls to CreateFileA would return
INVALID_HANDLE_VALUE.
To fix this, I changed to open without exclusive access and then take a
lock.
Patch by Michael Holman!
Differential revision: https://reviews.llvm.org/D70330
The file was addedcompiler-rt/test/profile/Windows/instrprof-multiprocess.test
The file was addedcompiler-rt/test/profile/Windows/Inputs/instrprof-multiprocess.c
The file was addedcompiler-rt/test/profile/Windows/lit.local.cfg.py
The file was modifiedcompiler-rt/lib/profile/InstrProfilingUtil.c