Jeffrey Yasskin fb10587e50 Kill ModuleProvider and ghost linkage by inverting the relationship between ... Modules and ModuleProviders. Because the "ModuleProvider" simply materializes GlobalValues now, and doesn't provide modules, it's renamed to "GVMaterializer". Code that used to need a ModuleProvider to materialize Functions can now materialize the Functions directly. Functions no longer use a magic linkage to record that they're materializable; they simply ask the GVMaterializer. Because the C ABI must never change, we can't remove LLVMModuleProviderRef or the functions that refer to it. Instead, because Module now exposes the same functionality ModuleProvider used to, we store a Module* in any LLVMModuleProviderRef and translate in the wrapper methods. The bindings to other languages still use the ModuleProvider concept. It would probably be worth some time to update them to follow the C++ more closely, but I don't intend to do it. Fixes http://llvm.org/PR5737 and http://llvm.org/PR5735. llvm-svn: 94686		2010-01-27 20:34:15 +00:00
..
Transforms	remove the now dead condprop pass, PR3906.	2009-11-11 05:56:35 +00:00
Analysis.h	"In order to ease automatic bindings generation, it would be helpful if boolean values were distinguishable from integers. The attached patch introduces "typedef int LLVMBool;", and uses LLVMBool instead of int throughout the C API, wherever a boolean value is called for."	2010-01-09 22:27:07 +00:00
BitReader.h	"In order to ease automatic bindings generation, it would be helpful if boolean values were distinguishable from integers. The attached patch introduces "typedef int LLVMBool;", and uses LLVMBool instead of int throughout the C API, wherever a boolean value is called for."	2010-01-09 22:27:07 +00:00
BitWriter.h
Core.h	Kill ModuleProvider and ghost linkage by inverting the relationship between	2010-01-27 20:34:15 +00:00
ExecutionEngine.h	"In order to ease automatic bindings generation, it would be helpful if boolean values were distinguishable from integers. The attached patch introduces "typedef int LLVMBool;", and uses LLVMBool instead of int throughout the C API, wherever a boolean value is called for."	2010-01-09 22:27:07 +00:00
LinkTimeOptimizer.h
lto.h	llvm-c/Core.h is no longer needed in lto.h, and it brings in	2009-07-15 00:47:00 +00:00
Target.h	hopefully unbreak the ocaml bindings.	2010-01-09 23:25:21 +00:00