FailedChanges

Summary

  1. Revert r368237 - Update fix-it hints for std::move warnings. r368237 attempted to improve fix-its for move warnings, but introduced some regressions to -Wpessimizing-move. Revert that change and add the missing test cases to the pessimizing move test to prevent future regressions.
  2. DebugInfo: Update support for detecting C++ language variants in debug info emission
  3. gn build: (manually) merge r373407
  4. Fix crash on constant-evaluation of pseudo-destruction of a pointer. We got confused and thought we might be pseudo-destroying the pointee instead.
  5. AMDGPU/GlobalISel: Use getIntrinsicID helper
  6. Remove TypeNodes.def from the modulemap. We currently just look for files named in the modulemap in its associated source directory. This means that we can't name generated files, like TypeNodes.def now is, which means we can't explicitly mark it as textual. But fortunately that's okay because (as I understand it) the most important purpose of naming the header in the modulemap is to ensure that it's not treated as public, and the search for public headers also only considers files in the associated source directory. This isn't an elegant solution, since among other things it means that a build which wrote the generated files directly into the source directory would result in something that wouldn't build as a module, but that's a problem for all our other generated files as well.
  7. AMDGPU/GlobalISel: Assume VGPR for G_FRAME_INDEX In principle this should behave as any other constant. However eliminateFrameIndex currently assumes a VALU use and uses a vector shift. Work around this by selecting to VGPR for now until eliminateFrameIndex is fixed.
  8. AMDGPU/GlobalISel: Private loads always use VGPRs
  9. AMDGPU/GlobalISel: Legalize 1024-bit G_BUILD_VECTOR This will be needed to support AGPR operations.
  10. AMDGPU/GlobalISel: Fix RegBankSelect for 1024-bit values
  11. [AMDGPU] separate accounting for agprs Account and report agprs separately on gfx908. Other targets do not change the reporting. Differential Revision: https://reviews.llvm.org/D68307
  12. Fix unused variable warning. NFCI.
  13. [X86] Add a DAG combine to shrink vXi64 gather/scatter indices that are constant with sufficient sign bits to fit in vXi32 The gather/scatter instructions can implicitly sign extend the indices. If we're operating on 32-bit data, an v16i64 index can force a v16i32 gather to be split in two since the index needs 2 registers. If we can shrink the index to the i32 we can avoid the split. It should always be safe to shrink the index regardless of the number of elements. We have gather/scatter instructions that can use v2i32 index stored in a v4i32 register with v2i64 data size. I've limited this to before legalize types to avoid creating a v2i32 after type legalization. We could check for it, but we'd also need testing. I'm also only handling build_vectors with no bitcasts to be sure the truncate will constant fold. Differential Revision: https://reviews.llvm.org/D68247
  14. Emit TypeNodes.def with tblgen. The primary goal here is to make the type node hierarchy available to other tblgen backends, although it should also make it easier to generate more selective x-macros in the future. Because tblgen doesn't seem to allow backends to preserve the source order of defs, this is not NFC because it significantly re-orders IDs. I've fixed the one (fortunately obvious) place where we relied on the old order. Unfortunately, I wasn't able to share code with the existing AST-node x-macro generators because the x-macro schema we use for types is different in a number of ways. The main loss is that subclasses aren't ordered together, which doesn't seem important for types because the hierarchy is generally very shallow with little clustering.
  15. Use scope qualifiers in Clang's tblgen backends to get useful redeclaration checking. NFC.
  16. [CMake] Fix the value of `config.target_cflags` for non-macOS Apple platforms. Attempt #3. The main problem here is that `-*-version_min=` was not being passed to the compiler when building test cases. This can cause problems when testing on devices running older OSs because Clang would previously assume the minimum deployment target is the the latest OS in the SDK which could be much newer than what the device is running. Previously the generated value looked like this: `-arch arm64 -isysroot <path_to_xcode>/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS12.1.sdk` With this change it now looks like: `-arch arm64 -stdlib=libc++ -miphoneos-version-min=8.0 -isysroot <path_to_xcode>/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS12.1.sdk` This mirrors the setting of config.target_cflags on macOS. This change is made for ASan, LibFuzzer, TSan, and UBSan. To implement this a new `get_test_cflags_for_apple_platform()` function has been added that when given an Apple platform name and architecture returns a string containing the C compiler flags to use when building tests. This also calls a new helper function `is_valid_apple_platform()` that validates Apple platform names. This is the third attempt at landing the patch. The first attempt (r359305) had to be reverted (r359327) due to a buildbot failure. The problem was that calling `get_test_cflags_for_apple_platform()` can trigger a CMake error if the provided architecture is not supported by the current CMake configuration. Previously, this could be triggered by passing `-DCOMPILER_RT_ENABLE_IOS=OFF` to CMake. The root cause is that we were generating test configurations for a list of architectures without checking if the relevant Sanitizer actually supported that architecture. We now intersect the list of architectures for an Apple platform with `<SANITIZER>_SUPPORTED_ARCH` (where `<SANITIZER>` is a Sanitizer name) to iterate through the correct list of architectures. The second attempt (r363633) had to be reverted (r363779) due to a build failure. The failed build was using a modified Apple toolchain where the iOS simulator SDK was missing. This exposed a bug in the existing UBSan test generation code where it was assumed that `COMPILER_RT_ENABLE_IOS` implied that the toolchain supported both iOS and the iOS simulator. This is not true. This has been fixed by using the list `SANITIZER_COMMON_SUPPORTED_OS` for the list of supported Apple platforms for UBSan. For consistency with the other Sanitizers we also now intersect the list of architectures with UBSAN_SUPPORTED_ARCH. rdar://problem/50124489 Differential Revision: https://reviews.llvm.org/D61242
  17. AMDGPU: Fix an out of date assert in addressing FrameIndex Reviewers: arsenm Differential Revision: https://reviews.llvm.org/D67574
  18. [libFuzzer] Remove lazy counters. Summary: Lazy counters haven't improved performance for large fuzz targets. Reviewers: kcc Reviewed By: kcc Subscribers: llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D67476
Revision 373421 by rtrieu:
Revert r368237 - Update fix-it hints for std::move warnings.

r368237 attempted to improve fix-its for move warnings, but introduced some
regressions to -Wpessimizing-move.  Revert that change and add the missing
test cases to the pessimizing move test to prevent future regressions.
Change TypePath in RepositoryPath in Workspace
The file was modified/cfe/trunk/lib/Sema/SemaInit.cppclang.src/lib/Sema/SemaInit.cpp
The file was modified/cfe/trunk/test/SemaCXX/warn-pessmizing-move.cppclang.src/test/SemaCXX/warn-pessmizing-move.cpp
The file was modified/cfe/trunk/test/SemaCXX/warn-redundant-move.cppclang.src/test/SemaCXX/warn-redundant-move.cpp
Revision 373420 by dblaikie:
DebugInfo: Update support for detecting C++ language variants in debug info emission
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/include/llvm/BinaryFormat/Dwarf.hllvm.src/include/llvm/BinaryFormat/Dwarf.h
The file was modified/llvm/trunk/lib/CodeGen/AsmPrinter/DwarfDebug.cppllvm.src/lib/CodeGen/AsmPrinter/DwarfDebug.cpp
The file was modified/llvm/trunk/lib/CodeGen/AsmPrinter/DwarfUnit.cppllvm.src/lib/CodeGen/AsmPrinter/DwarfUnit.cpp
The file was modified/llvm/trunk/test/DebugInfo/X86/gnu-public-names.llllvm.src/test/DebugInfo/X86/gnu-public-names.ll
Revision 373419 by nico:
gn build: (manually) merge r373407
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/utils/gn/secondary/clang/include/clang/AST/BUILD.gnllvm.src/utils/gn/secondary/clang/include/clang/AST/BUILD.gn
The file was modified/llvm/trunk/utils/gn/secondary/clang/lib/AST/BUILD.gnllvm.src/utils/gn/secondary/clang/lib/AST/BUILD.gn
The file was modified/llvm/trunk/utils/gn/secondary/clang/utils/TableGen/BUILD.gnllvm.src/utils/gn/secondary/clang/utils/TableGen/BUILD.gn
Revision 373418 by rsmith:
Fix crash on constant-evaluation of pseudo-destruction of a pointer.

We got confused and thought we might be pseudo-destroying the pointee
instead.
Change TypePath in RepositoryPath in Workspace
The file was modified/cfe/trunk/lib/AST/ExprConstant.cppclang.src/lib/AST/ExprConstant.cpp
The file was modified/cfe/trunk/test/SemaCXX/constant-expression-cxx2a.cppclang.src/test/SemaCXX/constant-expression-cxx2a.cpp
Revision 373417 by arsenm:
AMDGPU/GlobalISel: Use getIntrinsicID helper
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/AMDGPU/AMDGPUInstructionSelector.cppllvm.src/lib/Target/AMDGPU/AMDGPUInstructionSelector.cpp
The file was modified/llvm/trunk/lib/Target/AMDGPU/AMDGPULegalizerInfo.cppllvm.src/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
The file was modified/llvm/trunk/lib/Target/AMDGPU/AMDGPURegisterBankInfo.cppllvm.src/lib/Target/AMDGPU/AMDGPURegisterBankInfo.cpp
Revision 373416 by rjmccall:
Remove TypeNodes.def from the modulemap.

We currently just look for files named in the modulemap in its
associated source directory.  This means that we can't name
generated files, like TypeNodes.def now is, which means we can't
explicitly mark it as textual.  But fortunately that's okay
because (as I understand it) the most important purpose of naming
the header in the modulemap is to ensure that it's not treated as
public, and the search for public headers also only considers
files in the associated source directory.  This isn't an elegant
solution, since among other things it means that a build which
wrote the generated files directly into the source directory would
result in something that wouldn't build as a module, but that's
a problem for all our other generated files as well.
Change TypePath in RepositoryPath in Workspace
The file was modified/cfe/trunk/include/clang/module.modulemapclang.src/include/clang/module.modulemap
Revision 373415 by arsenm:
AMDGPU/GlobalISel: Assume VGPR for G_FRAME_INDEX

In principle this should behave as any other constant. However
eliminateFrameIndex currently assumes a VALU use and uses a vector
shift. Work around this by selecting to VGPR for now until
eliminateFrameIndex is fixed.
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/AMDGPU/AMDGPURegisterBankInfo.cppllvm.src/lib/Target/AMDGPU/AMDGPURegisterBankInfo.cpp
The file was modified/llvm/trunk/test/CodeGen/AMDGPU/GlobalISel/regbankselect-frame-index.mirllvm.src/test/CodeGen/AMDGPU/GlobalISel/regbankselect-frame-index.mir
Revision 373414 by arsenm:
AMDGPU/GlobalISel: Private loads always use VGPRs
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/AMDGPU/AMDGPURegisterBankInfo.cppllvm.src/lib/Target/AMDGPU/AMDGPURegisterBankInfo.cpp
The file was modified/llvm/trunk/test/CodeGen/AMDGPU/GlobalISel/regbankselect-load.mirllvm.src/test/CodeGen/AMDGPU/GlobalISel/regbankselect-load.mir
Revision 373413 by arsenm:
AMDGPU/GlobalISel: Legalize 1024-bit G_BUILD_VECTOR

This will be needed to support AGPR operations.
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/AMDGPU/AMDGPULegalizerInfo.cppllvm.src/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
The file was modified/llvm/trunk/test/CodeGen/AMDGPU/GlobalISel/legalize-build-vector.mirllvm.src/test/CodeGen/AMDGPU/GlobalISel/legalize-build-vector.mir
The file was modified/llvm/trunk/test/CodeGen/AMDGPU/GlobalISel/legalize-phi.mirllvm.src/test/CodeGen/AMDGPU/GlobalISel/legalize-phi.mir
Revision 373412 by arsenm:
AMDGPU/GlobalISel: Fix RegBankSelect for 1024-bit values
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/AMDGPU/AMDGPUGenRegisterBankInfo.defllvm.src/lib/Target/AMDGPU/AMDGPUGenRegisterBankInfo.def
The file was modified/llvm/trunk/test/CodeGen/AMDGPU/GlobalISel/regbankselect-extract.mirllvm.src/test/CodeGen/AMDGPU/GlobalISel/regbankselect-extract.mir
Revision 373411 by rampitec:
[AMDGPU] separate accounting for agprs

Account and report agprs separately on gfx908. Other targets
do not change the reporting.

Differential Revision: https://reviews.llvm.org/D68307
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/AMDGPU/AMDGPUAsmPrinter.cppllvm.src/lib/Target/AMDGPU/AMDGPUAsmPrinter.cpp
The file was modified/llvm/trunk/lib/Target/AMDGPU/AMDGPUAsmPrinter.hllvm.src/lib/Target/AMDGPU/AMDGPUAsmPrinter.h
The file was modified/llvm/trunk/lib/Target/AMDGPU/SIProgramInfo.hllvm.src/lib/Target/AMDGPU/SIProgramInfo.h
The file was modified/llvm/trunk/test/CodeGen/AMDGPU/agpr-register-count.llllvm.src/test/CodeGen/AMDGPU/agpr-register-count.ll
Revision 373410 by hliao:
Fix unused variable warning. NFCI.
Change TypePath in RepositoryPath in Workspace
The file was modified/cfe/trunk/lib/CodeGen/CGOpenMPRuntime.cppclang.src/lib/CodeGen/CGOpenMPRuntime.cpp
Revision 373408 by ctopper:
[X86] Add a DAG combine to shrink vXi64 gather/scatter indices that are constant with sufficient sign bits to fit in vXi32

The gather/scatter instructions can implicitly sign extend the indices. If we're operating on 32-bit data, an v16i64 index can force a v16i32 gather to be split in two since the index needs 2 registers. If we can shrink the index to the i32 we can avoid the split. It should always be safe to shrink the index regardless of the number of elements. We have gather/scatter instructions that can use v2i32 index stored in a v4i32 register with v2i64 data size.

I've limited this to before legalize types to avoid creating a v2i32 after type legalization. We could check for it, but we'd also need testing. I'm also only handling build_vectors with no bitcasts to be sure the truncate will constant fold.

Differential Revision: https://reviews.llvm.org/D68247
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/X86/X86ISelLowering.cppllvm.src/lib/Target/X86/X86ISelLowering.cpp
The file was modified/llvm/trunk/test/CodeGen/X86/masked_gather_scatter.llllvm.src/test/CodeGen/X86/masked_gather_scatter.ll
Revision 373407 by rjmccall:
Emit TypeNodes.def with tblgen.

The primary goal here is to make the type node hierarchy available to
other tblgen backends, although it should also make it easier to generate
more selective x-macros in the future.

Because tblgen doesn't seem to allow backends to preserve the source
order of defs, this is not NFC because it significantly re-orders IDs.
I've fixed the one (fortunately obvious) place where we relied on
the old order.  Unfortunately, I wasn't able to share code with the
existing AST-node x-macro generators because the x-macro schema we use
for types is different in a number of ways.  The main loss is that
subclasses aren't ordered together, which doesn't seem important for
types because the hierarchy is generally very shallow with little
clustering.
Change TypePath in RepositoryPath in Workspace
The file was modified/cfe/trunk/include/clang/AST/CMakeLists.txtclang.src/include/clang/AST/CMakeLists.txt
The file was modified/cfe/trunk/include/clang/AST/Type.hclang.src/include/clang/AST/Type.h
The file was removed/cfe/trunk/include/clang/AST/TypeNodes.defclang.src/include/clang/AST/TypeNodes.def
The file was added/cfe/trunk/include/clang/Basic/TypeNodes.tdclang.src/include/clang/Basic/TypeNodes.td
The file was modified/cfe/trunk/utils/TableGen/CMakeLists.txtclang.src/utils/TableGen/CMakeLists.txt
The file was added/cfe/trunk/utils/TableGen/ClangTypeNodesEmitter.cppclang.src/utils/TableGen/ClangTypeNodesEmitter.cpp
The file was modified/cfe/trunk/utils/TableGen/TableGen.cppclang.src/utils/TableGen/TableGen.cpp
The file was modified/cfe/trunk/utils/TableGen/TableGenBackends.hclang.src/utils/TableGen/TableGenBackends.h
Revision 373406 by rjmccall:
Use scope qualifiers in Clang's tblgen backends to get useful
redeclaration checking.  NFC.
Change TypePath in RepositoryPath in Workspace
The file was modified/cfe/trunk/utils/TableGen/ClangASTNodesEmitter.cppclang.src/utils/TableGen/ClangASTNodesEmitter.cpp
The file was modified/cfe/trunk/utils/TableGen/ClangAttrEmitter.cppclang.src/utils/TableGen/ClangAttrEmitter.cpp
The file was modified/cfe/trunk/utils/TableGen/ClangCommentCommandInfoEmitter.cppclang.src/utils/TableGen/ClangCommentCommandInfoEmitter.cpp
The file was modified/cfe/trunk/utils/TableGen/ClangCommentHTMLNamedCharacterReferenceEmitter.cppclang.src/utils/TableGen/ClangCommentHTMLNamedCharacterReferenceEmitter.cpp
The file was modified/cfe/trunk/utils/TableGen/ClangDataCollectorsEmitter.cppclang.src/utils/TableGen/ClangDataCollectorsEmitter.cpp
The file was modified/cfe/trunk/utils/TableGen/ClangDiagnosticsEmitter.cppclang.src/utils/TableGen/ClangDiagnosticsEmitter.cpp
The file was modified/cfe/trunk/utils/TableGen/ClangOpcodesEmitter.cppclang.src/utils/TableGen/ClangOpcodesEmitter.cpp
The file was modified/cfe/trunk/utils/TableGen/ClangOpenCLBuiltinEmitter.cppclang.src/utils/TableGen/ClangOpenCLBuiltinEmitter.cpp
The file was modified/cfe/trunk/utils/TableGen/ClangOptionDocEmitter.cppclang.src/utils/TableGen/ClangOptionDocEmitter.cpp
The file was modified/cfe/trunk/utils/TableGen/ClangSACheckersEmitter.cppclang.src/utils/TableGen/ClangSACheckersEmitter.cpp
The file was modified/cfe/trunk/utils/TableGen/NeonEmitter.cppclang.src/utils/TableGen/NeonEmitter.cpp
Revision 373405 by delcypher:
[CMake] Fix the value of `config.target_cflags` for non-macOS Apple platforms. Attempt #3.

The main problem here is that `-*-version_min=` was not being passed to
the compiler when building test cases. This can cause problems when
testing on devices running older OSs because Clang would previously
assume the minimum deployment target is the the latest OS in the SDK
which could be much newer than what the device is running.

Previously the generated value looked like this:

`-arch arm64 -isysroot
<path_to_xcode>/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS12.1.sdk`

With this change it now looks like:

`-arch arm64 -stdlib=libc++ -miphoneos-version-min=8.0 -isysroot
<path_to_xcode>/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS12.1.sdk`

This mirrors the setting of config.target_cflags on macOS.

This change is made for ASan, LibFuzzer, TSan, and UBSan.

To implement this a new `get_test_cflags_for_apple_platform()` function
has been added that when given an Apple platform name and architecture
returns a string containing the C compiler flags to use when building
tests. This also calls a new helper function `is_valid_apple_platform()`
that validates Apple platform names.

This is the third attempt at landing the patch.

The first attempt (r359305) had to be reverted (r359327) due to a buildbot
failure. The problem was that calling `get_test_cflags_for_apple_platform()`
can trigger a CMake error if the provided architecture is not supported by the
current CMake configuration. Previously, this could be triggered by passing
`-DCOMPILER_RT_ENABLE_IOS=OFF` to CMake. The root cause is that we were
generating test configurations for a list of architectures without checking if
the relevant Sanitizer actually supported that architecture. We now intersect
the list of architectures for an Apple platform with
`<SANITIZER>_SUPPORTED_ARCH` (where `<SANITIZER>` is a Sanitizer name) to
iterate through the correct list of architectures.

The second attempt (r363633) had to be reverted (r363779) due to a build
failure. The failed build was using a modified Apple toolchain where the iOS
simulator SDK was missing. This exposed a bug in the existing UBSan test
generation code where it was assumed that `COMPILER_RT_ENABLE_IOS` implied that
the toolchain supported both iOS and the iOS simulator. This is not true. This
has been fixed by using the list `SANITIZER_COMMON_SUPPORTED_OS` for the list
of supported Apple platforms for UBSan. For consistency with the other
Sanitizers we also now intersect the list of architectures with
UBSAN_SUPPORTED_ARCH.

rdar://problem/50124489

Differential Revision: https://reviews.llvm.org/D61242
Change TypePath in RepositoryPath in Workspace
The file was modified/compiler-rt/trunk/cmake/config-ix.cmakecompiler-rt.src/cmake/config-ix.cmake
The file was modified/compiler-rt/trunk/test/asan/CMakeLists.txtcompiler-rt.src/test/asan/CMakeLists.txt
The file was modified/compiler-rt/trunk/test/fuzzer/CMakeLists.txtcompiler-rt.src/test/fuzzer/CMakeLists.txt
The file was modified/compiler-rt/trunk/test/tsan/CMakeLists.txtcompiler-rt.src/test/tsan/CMakeLists.txt
The file was modified/compiler-rt/trunk/test/ubsan/CMakeLists.txtcompiler-rt.src/test/ubsan/CMakeLists.txt
Revision 373404 by chfang:
AMDGPU: Fix an out of date assert in addressing FrameIndex

Reviewers:
  arsenm

Differential Revision:
  https://reviews.llvm.org/D67574
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/AMDGPU/SIRegisterInfo.cppllvm.src/lib/Target/AMDGPU/SIRegisterInfo.cpp
The file was added/llvm/trunk/test/CodeGen/AMDGPU/stack-pointer-offset-relative-frameindex.llllvm.src/test/CodeGen/AMDGPU/stack-pointer-offset-relative-frameindex.ll
Revision 373403 by morehouse:
[libFuzzer] Remove lazy counters.

Summary: Lazy counters haven't improved performance for large fuzz targets.

Reviewers: kcc

Reviewed By: kcc

Subscribers: llvm-commits

Tags: #llvm

Differential Revision: https://reviews.llvm.org/D67476
Change TypePath in RepositoryPath in Workspace
The file was modified/compiler-rt/trunk/lib/fuzzer/FuzzerDriver.cppcompiler-rt.src/lib/fuzzer/FuzzerDriver.cpp
The file was modified/compiler-rt/trunk/lib/fuzzer/FuzzerFlags.defcompiler-rt.src/lib/fuzzer/FuzzerFlags.def
The file was modified/compiler-rt/trunk/lib/fuzzer/FuzzerLoop.cppcompiler-rt.src/lib/fuzzer/FuzzerLoop.cpp
The file was modified/compiler-rt/trunk/lib/fuzzer/FuzzerOptions.hcompiler-rt.src/lib/fuzzer/FuzzerOptions.h
The file was modified/compiler-rt/trunk/lib/fuzzer/FuzzerTracePC.cppcompiler-rt.src/lib/fuzzer/FuzzerTracePC.cpp
The file was modified/compiler-rt/trunk/lib/fuzzer/FuzzerTracePC.hcompiler-rt.src/lib/fuzzer/FuzzerTracePC.h
The file was modified/compiler-rt/trunk/lib/fuzzer/FuzzerUtil.hcompiler-rt.src/lib/fuzzer/FuzzerUtil.h
The file was modified/compiler-rt/trunk/lib/fuzzer/FuzzerUtilFuchsia.cppcompiler-rt.src/lib/fuzzer/FuzzerUtilFuchsia.cpp
The file was modified/compiler-rt/trunk/lib/fuzzer/FuzzerUtilPosix.cppcompiler-rt.src/lib/fuzzer/FuzzerUtilPosix.cpp
The file was modified/compiler-rt/trunk/lib/fuzzer/FuzzerUtilWindows.cppcompiler-rt.src/lib/fuzzer/FuzzerUtilWindows.cpp
The file was modified/compiler-rt/trunk/test/fuzzer/large.testcompiler-rt.src/test/fuzzer/large.test