Sean Callanan 12014a0471 If the expression parser is unable to complete a TagDecl ... in the context in which it was originally found, the expression parser now goes hunting for it in all modules (in the appropriate namespace, if applicable). This means that forward-declared types that exist in another shared library will now be resolved correctly. Added a test case to cover this. The test case also tests "frame variable," which does not have this functionality yet. llvm-svn: 146204		2011-12-08 23:45:45 +00:00
..
array_types	Cleaned up the SBType.h file to not include internal headers and reorganized	2011-08-03 22:57:10 +00:00
bitfields	Cleaned up the SBType.h file to not include internal headers and reorganized	2011-08-03 22:57:10 +00:00
enum_types	Move enum_types to now reside under lang/c.	2011-06-25 20:29:41 +00:00
forward	Centralize all of the type name code so that we always strip the leading	2011-06-30 02:28:26 +00:00
function_types	Restored the version of LLVM that we previously	2011-08-22 22:34:22 +00:00
global_variables	<rdar://problem/10338439>	2011-11-13 04:15:56 +00:00
inlines	Move top level inlines dir to reside under lang/c.	2011-06-27 21:55:59 +00:00
recurse	Move top level recurse dir to reside under lang/c.	2011-06-27 21:57:58 +00:00
set_values	Move struct_types, stepping, and set_values dirs to now reside under lang/c.	2011-06-25 21:07:03 +00:00
shared_lib	If the expression parser is unable to complete a TagDecl	2011-12-08 23:45:45 +00:00
stepping	Move struct_types, stepping, and set_values dirs to now reside under lang/c.	2011-06-25 21:07:03 +00:00
strings	Redesign of the interaction between Python and frozen objects:	2011-09-06 19:20:51 +00:00
struct_types	Move struct_types, stepping, and set_values dirs to now reside under lang/c.	2011-06-25 21:07:03 +00:00