summaryrefslogtreecommitdiffstats
path: root/llvm/lib/VMCore/ModuleProvider.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Kill ModuleProvider and ghost linkage by inverting the relationship betweenJeffrey Yasskin2010-01-271-26/+0
| | | | | | | | | | | | | | | | | | | | | 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
* Remove attribution from file headers, per discussion on llvmdev.Chris Lattner2007-12-291-2/+2
| | | | llvm-svn: 45418
* Remove trailing whitespaceMisha Brukman2005-04-211-2/+2
| | | | llvm-svn: 21427
* Let subclasses implement ModuleProvider::materializeModule() which is based onMisha Brukman2004-01-211-12/+0
| | | | | | | their implementation of book-keeping for which functions need to be materialized and which don't. llvm-svn: 10943
* Finegrainify namespacificationChris Lattner2003-11-211-4/+1
| | | | llvm-svn: 10131
* Put all LLVM code into the llvm namespace, as per bug 109.Brian Gaeke2003-11-111-0/+4
| | | | llvm-svn: 9903
* Added LLVM project notice to the top of every C++ source file.John Criswell2003-10-201-0/+7
| | | | | | Header files will be on the way. llvm-svn: 9298
* Chris says it's better to assert that TheModule is valid than silently return 0.Misha Brukman2003-10-171-2/+1
| | | | llvm-svn: 9212
* Return the Module that we just materialized.Misha Brukman2003-10-171-2/+5
| | | | llvm-svn: 9201
* Rename AbstractModuleProvider -> ModuleProvider, to match the header file name,Chris Lattner2003-10-041-3/+3
| | | | | | | and because, while the class used by the interface is abstract, the actual concept is not. llvm-svn: 8850
* * No longer initialize the module, a subclass is more suitable to do thisMisha Brukman2003-09-221-6/+6
| | | | | | | because it can add a module ID which we do not have at this time. * Check to see if the module has been initialized when materializing it. llvm-svn: 8674
* Minimal implementation of the abstract ModuleProvider interface.Misha Brukman2003-09-181-0/+28
llvm-svn: 8594
OpenPOWER on IntegriCloud