search for: importfunctions

...(or composite) module. During LTO, an IRMover is created in thinLTOBackendTask function(tools/gold/gold-plugin.cpp). linkInModule function, which is called by thinLTOBackendTask, calls the ‘move’ function of this IRMover. The other IRMover is created when “TheLinker” is created in FunctionImporter::importFunctions (lib/Transforms/IPO/FunctionImport.cpp). thinLTOBackendTask invokes FunctionImporeter::importFunctions as well, with a call chain of thinLTOBackendTask -->CodeGen::runAll (tools/gold/gold-plugin.cpp) --> CodeGen::runLTOPasses ((tools/gold/gold-plugin.cpp) --> FunctionImporter::importFuncti...

...ot empty. — Mehdi During LTO, an IRMover is created in thinLTOBackendTask function(tools/gold/gold-plugin.cpp). linkInModule function, which is called by thinLTOBackendTask, calls the ‘move’ function of this IRMover. The other IRMover is created when “TheLinker” is created in FunctionImporter::importFunctions (lib/Transforms/IPO/FunctionImport.cpp). thinLTOBackendTask invokes FunctionImporeter::importFunctions as well, with a call chain of thinLTOBackendTask -->CodeGen::runAll (tools/gold/gold-plugin.cpp) --> CodeGen::runLTOPasses ((tools/gold/gold-plugin.cpp)--> FunctionImporter::importFunctio...

...wing IR for main() on entry to > ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after > I moved this pass down in the pipeline so it’s invoked after inlining. > > > > The declarations for foo() and bar() are read in at the time of module > import, Importer.importFunctions() in lto::thinBackend(). They do not have > type metadata attached to them. > > In lowerTypeTestCall() we check if the pointer in the type test is of a > known type, so we look at bitcast and then select operands. foo and bar in > select are global objects with no type metadata, so t...

...se below, I get the following IR for main() on entry to ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after I moved this pass down in the pipeline so it’s invoked after inlining. > > The declarations for foo() and bar() are read in at the time of module import, Importer.importFunctions() in lto::thinBackend(). They do not have type metadata attached to them. > In lowerTypeTestCall() we check if the pointer in the type test is of a known type, so we look at bitcast and then select operands. foo and bar in select are global objects with no type metadata, so the type check cannot...

...e test case below, I get the following IR for main() on entry to ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after I moved this pass down in the pipeline so it’s invoked after inlining. The declarations for foo() and bar() are read in at the time of module import, Importer.importFunctions() in lto::thinBackend(). They do not have type metadata attached to them. In lowerTypeTestCall() we check if the pointer in the type test is of a known type, so we look at bitcast and then select operands. foo and bar in select are global objects with no type metadata, so the type check cannot be g...

...e below, I get the following IR for main() on entry to ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after I moved this pass down in the pipeline so it’s invoked after inlining. > > The declarations for foo() and bar() are read in at the time of module import, Importer.importFunctions() in lto::thinBackend(). They do not have type metadata attached to them. > In lowerTypeTestCall() we check if the pointer in the type test is of a known type, so we look at bitcast and then select operands. foo and bar in select are global objects with no type metadata, so the type check cannot...

...get the following IR for main() on entry to ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after I moved this pass down in the pipeline so it’s invoked after inlining. > > > > The declarations for foo() and bar() are read in at the time of module import, Importer.importFunctions() in lto::thinBackend(). They do not have type metadata attached to them. > > In lowerTypeTestCall() we check if the pointer in the type test is of a known type, so we look at bitcast and then select operands. foo and bar in select are global objects with no type metadata, so the type check c...

...wing IR for main() on entry to > ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after > I moved this pass down in the pipeline so it’s invoked after inlining. > > > > The declarations for foo() and bar() are read in at the time of module > import, Importer.importFunctions() in lto::thinBackend(). They do not have > type metadata attached to them. > > In lowerTypeTestCall() we check if the pointer in the type test is of a > known type, so we look at bitcast and then select operands. foo and bar in > select are global objects with no type metadata, so t...

> We could probably tolerate a certain amount of unused jump table entries. However, I just realized that all non-inline imported calls end up going through a jump table entry. Is that correct? In fact it is all calls that go through a function pointer type that is used anywhere in the program for an indirect call, but depending on your program that could be very close to "yes".

...ollowing IR for main() on entry to ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after I moved this pass down in the pipeline so it’s invoked after inlining. > > > > > > The declarations for foo() and bar() are read in at the time of module import, Importer.importFunctions() in lto::thinBackend(). They do not have type metadata attached to them. > > > In lowerTypeTestCall() we check if the pointer in the type test is of a known type, so we look at bitcast and then select operands. foo and bar in select are global objects with no type metadata, so the type ch...

...r main() on entry to > ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after > I moved this pass down in the pipeline so it’s invoked after inlining. > > > > > > The declarations for foo() and bar() are read in at the time of module > import, Importer.importFunctions() in lto::thinBackend(). They do not have > type metadata attached to them. > > > In lowerTypeTestCall() we check if the pointer in the type test is of > a known type, so we look at bitcast and then select operands. foo and bar > in select are global objects with no type metadata,...

...R for main() on entry to ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after I moved this pass down in the pipeline so it’s invoked after inlining. > > > > > > > > The declarations for foo() and bar() are read in at the time of module import, Importer.importFunctions() in lto::thinBackend(). They do not have type metadata attached to them. > > > > In lowerTypeTestCall() we check if the pointer in the type test is of a known type, so we look at bitcast and then select operands. foo and bar in select are global objects with no type metadata, so the ty...

...n entry > to ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is > after I moved this pass down in the pipeline so it’s invoked after inlining. > > > > > > > > The declarations for foo() and bar() are read in at the time of > module import, Importer.importFunctions() in lto::thinBackend(). They do > not have type metadata attached to them. > > > > In lowerTypeTestCall() we check if the pointer in the type test is > of a known type, so we look at bitcast and then select operands. foo and > bar in select are global objects with no type meta...

...ThinLTO backend invocation of LowerTypeTestsModule::lower(). This > is after I moved this pass down in the pipeline so it’s invoked after > inlining. > > > > > > > > > > The declarations for foo() and bar() are read in at the time of > module import, Importer.importFunctions() in lto::thinBackend(). They do > not have type metadata attached to them. > > > > > In lowerTypeTestCall() we check if the pointer in the type test is > of a known type, so we look at bitcast and then select operands. foo and > bar in select are global objects with no type...

...() on entry to ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after I moved this pass down in the pipeline so it’s invoked after inlining. > > > > > > > > > > The declarations for foo() and bar() are read in at the time of module import, Importer.importFunctions() in lto::thinBackend(). They do not have type metadata attached to them. > > > > > In lowerTypeTestCall() we check if the pointer in the type test is of a known type, so we look at bitcast and then select operands. foo and bar in select are global objects with no type metadata, so t...

...ackend invocation of LowerTypeTestsModule::lower(). This > is after I moved this pass down in the pipeline so it’s invoked after > inlining. > > > > > > > > > > > > The declarations for foo() and bar() are read in at the time of > module import, Importer.importFunctions() in lto::thinBackend(). They do > not have type metadata attached to them. > > > > > > In lowerTypeTestCall() we check if the pointer in the type test > is of a known type, so we look at bitcast and then select operands. foo and > bar in select are global objects with no...

...y to ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after I moved this pass down in the pipeline so it’s invoked after inlining. > > > > > > > > > > > > The declarations for foo() and bar() are read in at the time of module import, Importer.importFunctions() in lto::thinBackend(). They do not have type metadata attached to them. > > > > > > In lowerTypeTestCall() we check if the pointer in the type test is of a known type, so we look at bitcast and then select operands. foo and bar in select are global objects with no type metadata,...

...r main() on entry to > ThinLTO backend invocation of LowerTypeTestsModule::lower(). This is after > I moved this pass down in the pipeline so it’s invoked after inlining. > > > > > > The declarations for foo() and bar() are read in at the time of module > import, Importer.importFunctions() in lto::thinBackend(). They do not have > type metadata attached to them. > > > In lowerTypeTestCall() we check if the pointer in the type test is of > a known type, so we look at bitcast and then select operands. foo and bar > in select are global objects with no type metadata,...