diff options
| author | Julian Lettner <julian.lettner@apple.com> | 2022-01-21 16:58:06 -0800 |
|---|---|---|
| committer | Julian Lettner <julian.lettner@apple.com> | 2022-01-21 17:36:12 -0800 |
| commit | db07e082abafb1494ba674047645e6113316673c (patch) | |
| tree | f7466631890a1a1eb6e8d392e2de0bb61f7c05a4 /lldb/source/Commands/CommandObjectCommands.cpp | |
| parent | 04eb93b1d559b40ffd6e8f3146cfb2ade6bb49d0 (diff) | |
| download | llvm-db07e082abafb1494ba674047645e6113316673c.zip llvm-db07e082abafb1494ba674047645e6113316673c.tar.gz llvm-db07e082abafb1494ba674047645e6113316673c.tar.bz2 | |
[TSan] Omit vfork interceptor iOS simulator runtime
`_vfork` moved from libsystem_kernel.dylib to libsystem_c.dylib as part
of the below changes. The iOS simulator does not actually have
libsystem_kernel.dylib of its own, it only has the host Mac's. The
umbrella-nature of Libsystem makes this movement transparent to
everyone; except the simulator! So when we "back deploy", i.e., use the
current version of TSan with an older simulator runtime then this symbol
is now missing, when we run on the latest OS (but an older simulator
runtime).
Note we use `SANITIZER_IOS` because usage of vfork is forbidden on iOS
and the API is completely unavailable on watchOS and tvOS, even if this
problem is specific to the iOS simulator.
Caused by:
rdar://74818691 (Shim vfork() to fork syscall on iOS)
rdar://76762076 (Shim vfork() to fork syscall on macOS)
Radar-Id: rdar://8634734
Diffstat (limited to 'lldb/source/Commands/CommandObjectCommands.cpp')
0 files changed, 0 insertions, 0 deletions