aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Lex/ModuleMap.cpp
diff options
context:
space:
mode:
authorGreg Clayton <gclayton@apple.com>2013-05-03 22:25:56 +0000
committerGreg Clayton <gclayton@apple.com>2013-05-03 22:25:56 +0000
commitaa49c83cd9ae0bec453ea9cb1c048ccfc0341405 (patch)
tree5f25bb633efbe57e64a4e30b930efbbbba1ed11b /clang/lib/Lex/ModuleMap.cpp
parente575be4c0e84b3f72be930b8ab1dc81e68d0b35e (diff)
downloadllvm-aa49c83cd9ae0bec453ea9cb1c048ccfc0341405.zip
llvm-aa49c83cd9ae0bec453ea9cb1c048ccfc0341405.tar.gz
llvm-aa49c83cd9ae0bec453ea9cb1c048ccfc0341405.tar.bz2
Clear up any deadlocks on Apple builds that were due to the lldb_private::Process.m_private_run_lock variable.
If someone on Linux and/or FreeBSD can try to comment out the " #if defined(__APPLE__)" that surrounds access to "m_private_run_lock" and run the test suite, that would be nice. The new location where the locking/unlocking happens is bulletproof on MacOSX, and I want to verify that it is good on linux as well. llvm-svn: 181061
Diffstat (limited to 'clang/lib/Lex/ModuleMap.cpp')
0 files changed, 0 insertions, 0 deletions