Jim Ingham 372787fc19 We sometimes need to be able to call functions (via Process::RunThreadPlan) from code run on the private state thread. To do that we have to ... spin up a temporary "private state thread" that will respond to events from the lower level process plugins. This check-in should work to do that, but it is still buggy. However, if you don't call functions on the private state thread, these changes make no difference. This patch also moves the code in the AppleObjCRuntime step-through-trampoline handler that might call functions (in the case where the debug server doesn't support the memory allocate/deallocate packet) out to a safe place to do that call. llvm-svn: 154230		2012-04-07 00:00:41 +00:00
clang	Remove "parse error" in favor of more descriptive diagnostics.	2012-04-06 23:33:59 +00:00
compiler-rt	[asan] last bit for gcc compatibility	2012-04-06 20:36:18 +00:00
debuginfo-tests	Revert previous patch as the corresponding clang patch was reverted.	2012-01-26 07:01:33 +00:00
libclc	Switch to BSD/MIT dual license.	2012-02-22 04:47:39 +00:00
libcxx	Fix the remaining atomic tests, all of which were wrong for the case where a	2012-04-05 13:48:16 +00:00
libcxxabi	I would really like to write the handlers in terms of C++11 atomics. This would give us the best performance, portablity, and safety tradeoff. Unfortunately I can not yet do that. So I've put the desired code in comments, and reverted the handler getters to the slower but safer legacy atomic intrinsics.	2012-03-19 16:56:51 +00:00
lld	[docs] Note that 'make.bat' provides the same interface as the Makefile for	2012-04-06 23:55:50 +00:00
lldb	We sometimes need to be able to call functions (via Process::RunThreadPlan) from code run on the private state thread. To do that we have to	2012-04-07 00:00:41 +00:00
llvm	Tidy up. 80 columns.	2012-04-06 23:43:50 +00:00
polly	Fix a bug introduced by r153739: We are not able to provide the correct	2012-04-06 03:56:27 +00:00