FailedChanges

Summary

  1. [ConstantFold] Make areGlobalsPotentiallyEqual less aggressive. (details)
  2. [lldb] Use GetNonKVOClassDescriptor to get the NSDictionary class descriptor (details)
  3. Fix a couple of tests that relied on the clang binary having 'clang' somewhere in the name (details)
Commit d751f86189a7f7ef2a6fe06974a5da3349b02f20 by efriedma
[ConstantFold] Make areGlobalsPotentiallyEqual less aggressive.

In particular, we shouldn't make assumptions about globals which are
unnamed_addr: we can fold them together with other globals.

Also while I'm here, use isInterposable() instead of trying to
explicitly name all the different kinds of weak linkage.

Fixes https://bugs.llvm.org/show_bug.cgi?id=47090

Differential Revision: https://reviews.llvm.org/D87123
The file was modifiedllvm/test/Assembler/ConstantExprNoFold.ll
The file was modifiedllvm/lib/IR/ConstantFold.cpp
The file was modifiedllvm/test/Transforms/InstCombine/2010-03-03-ExtElim.ll
Commit 33eb64704292dc2fc8585b8aa7459f96482c6cf9 by Jonas Devlieghere
[lldb] Use GetNonKVOClassDescriptor to get the NSDictionary class descriptor

On macOS Big Sur the class descriptor contains the NSKVONotifying_
prefix. This is covered by TestDataFormatterObjCKVO.

Differential revision: https://reviews.llvm.org/D87545
The file was modifiedlldb/source/Plugins/Language/ObjC/NSDictionary.cpp
Commit 928d419797ea173090e26f624f08801c7d6661e3 by dblaikie
Fix a couple of tests that relied on the clang binary having 'clang' somewhere in the name

Because why would that be necessary? (I joke - I hadn't actually
expected this to be an issue but a content-hash-named filesystem means
the clang binary's just a bunch of numbers, and doesn't have 'clang'
anywhere in the name)
The file was modifiedclang/test/Driver/compress.c
The file was modifiedclang/test/Driver/amdgcn-gz-options.cl