en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/lldb/unittests/Platform/PlatformMacOSXTest.cpp#b783e5c2 [lldb] Make the PlatformMacOSX unit test Apple specificI thought that x86GetSupportedArchitectures would always returnx86_64-apple-macosx as a compatible architecture, regardless of the hostachitecture, but the Debian bot disagrees with that. List of files: /llvm-project-15.0.7/lldb/unittests/Platform/PlatformMacOSXTest.cpp Tue, 15 Mar 2022 16:29:39 +0000 Jonas Devlieghere <jonas@devlieghere.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/lldb/unittests/Platform/PlatformMacOSXTest.cpp#c22c7a61 [lldb] Fix platform selection on Apple Silicon (again)This patch is another attempt to fix platform selection on AppleSilicon. It partially undoes D117340 which tried to fix the issue byalways instantiating a remote-ios platform for "iPhone and iPad Apps onApple Silicon Macs".While the previous patch worked for attaching, it broke launching andeverything else that expects the remote platform to be connected. I madean attempt to work around that, but quickly found out that there werejust too may places that had this assumption baked in.This patch takes a different approach and reverts back to marking thehost platform compatible with iOS triples. This brings us back to theoriginal situation where platform selection was broken for remote iOSdebugging on Apple Silicon. To fix that, we now look at the process'host architecture to differentiate between iOS binaries running remotelyand iOS binaries running locally.I tested the following scenarios, which now all uses the desiredplatform: - Launching an iOS binary on macOS: uses the host platform - Attaching to an iOS binary on macOS: uses the host platform - Attaching to a remote iOS binary: uses the remote-ios platformrdar://89840215Differential revision: https://reviews.llvm.org/D121444 List of files: /llvm-project-15.0.7/lldb/unittests/Platform/PlatformMacOSXTest.cpp Tue, 15 Mar 2022 15:50:33 +0000 Jonas Devlieghere <jonas@devlieghere.com>