FailedChanges

Summary

  1. [LLD][ELF] -  Allow relocation sections to appear before their target sections. (details)
  2. [LLD][ELF][Windows] small improvement to D82567 (details)
  3. [libc][benchmark] Add display option to render.py3 (details)
  4. [lldb][NFC] Remove misleading class_language variable in DWARFASTParserClang (details)
Commit af16a45683cccc78925e71ac5d58d6cab8447840 by grimar
[LLD][ELF] -  Allow relocation sections to appear before their target sections.

It allows handling cases when we have SHT_REL[A] sections before target
sections in objects.

This fixes https://bugs.llvm.org/show_bug.cgi?id=46632

which says: "Normally it is not what compilers would emit. We have to support it,
because some custom tools might want to use this feature, which is not restricted by ELF gABI"

Differential revision: https://reviews.llvm.org/D83469
The file was removedlld/test/ELF/invalid/reloc-section-reordered.test
The file was addedlld/test/ELF/reloc-sec-before-relocated.test
The file was modifiedlld/ELF/InputFiles.cpp
Commit 6bda276f93023ae91937cb8a1f45bf27e5a3ced7 by Ben.Dunbobbin
[LLD][ELF][Windows] small improvement to D82567

Bail early if there is no existing output file to be overwritten.

Differential Revision: https://reviews.llvm.org/D83272
The file was modifiedlld/Common/Filesystem.cpp
Commit c051312eb24dedc119a917ea23e6a5810f5758ff by andre.simoesdiasvieira
[libc][benchmark] Add display option to render.py3

Differential Revision: https://reviews.llvm.org/D83380
The file was modifiedlibc/benchmarks/render.py3
Commit 60cbbb306d29f882e18d6293177d694c11c67e84 by Raphael Isemann
[lldb][NFC] Remove misleading class_language variable in DWARFASTParserClang

There is a local 'class_language' veriable in DWARFASTParserClang which is named
as if it is related to the 'class_language' member of ParsedDWARFTypeAttributes.
However, it actually only has two possible enum values: 'ObjC' (which means the
current record is a Objective-C class) or 'Unknown' (which covers all other
cases).

This is confusing for the reader and also lead to some strange code where we
have several comparisons against the value "ObjC_plus_plus" (which is always
false).

This replaces the variable with either a const bool variable (if there are
multiple checks for that condition in a function) or a direct call to the
TypeSystemClang utility method for checking if it's a Objective-C
Object/Interface type.
The file was modifiedlldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp
The file was modifiedlldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.h