search for: runregularlto

Hi, I'm working on enabling thinLTO for our custom backend on LLVM-8 with lld to get code size benefits from dead symbol elimination. The code in LTO::run() of LTO.cpp confuses me that, even though thinLTO is specified, runRegularLTO() will be run first and its return value determines whether runThinLTO() will be executed. My question is if it's clearly known that thinLTO is used, is it still necessary to execute runRegularLTO()?If it is, what's the reason behind? For now our custom backend, where distributed thinLTO...

...-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: Hi, I'm working on enabling thinLTO for our custom backend on LLVM-8 with lld to get code size benefits from dead symbol elimination. The code in LTO::run() of LTO.cpp confuses me that, even though thinLTO is specified, runRegularLTO() will be run first and its return value determines whether runThinLTO() will be executed. My question is if it's clearly known that thinLTO is used, is it still necessary to execute runRegularLTO()?If it is, what's the reason behind? This is to handle the case where the LTO link is given...

...:NativeObjectStream> > __cdecl(unsigned int)> AddStream, unsigned int ParallelCodeGenParallelismLevel, std::unique_ptr<llvm::Module,std::default_delete<llvm::Module> > Mod, llvm::ModuleSummaryIndex & CombinedIndex) Line 393 C++ Symbols loaded. lld.exe!llvm::lto::LTO::runRegularLTO(std::function<std::unique_ptr<llvm::lto::NativeObjectStream,std::default_delete<llvm::lto::NativeObjectStream> > __cdecl(unsigned int)> AddStream) Line 860 C++ Symbols loaded. lld.exe!llvm::lto::LTO::run(std::function<std::unique_ptr<llvm::lto::NativeObjectStream,std::de...

...At LTO time those summaries would be loaded into a single summary index and we would run computeDeadSymbols over the index. In this case, bar would be added to the set of dead symbols because it is not reachable from a GC root. We would move the code that handles loading regular LTO modules to LTO::runRegularLTO. In that function we would check whether bar is dead. Because it is, we would not add it to the list passed to IRMover. Also I assume code size isn't an issue since -ffunction-sections always > allow to dead-strip post-LTO (even though we're losing compile time > efficiency and poten...

This one triggers an assertion in calculateSEHStateNumbers due to weird catchpad instruction in @_island_debug_invoke and many other functions. The code expects either pointer to a filter function or null in first operand, while you're passing pointer to structure: catchpad within %80 [{i8*, i8*}* anon..., ...] ________________________________________ От: Carlo Kok <ck at

...iveObjectStream> > __cdecl(unsigned int)> AddStream, unsigned int ParallelCodeGenParallelismLevel, std::unique_ptr<llvm::Module,std::default_delete<llvm::Module> > Mod, llvm::ModuleSummaryIndex & CombinedIndex) Line 393 C++ Symbols loaded. lld.exe!llvm::lto::LTO::runRegularLTO(std::function<std::unique_ptr<llvm::lto::NativeObjectStream,std::default_delete<llvm::lto::NativeObjectStream> > __cdecl(unsigned int)> AddStream) Line 860 C++ Symbols loaded. lld.exe!llvm::lto::LTO::run(std::function<std::unique_ptr<llvm::lto::NativeObjectStream,std...

Op 16-3-2018 om 20:16 schreef Evgeny Leviant: > Hello Carlo, > > I tried your reproducer and faced different problem from one you described > (I'm using MacOS Sierra and lld built from trunk on Mar, 15). The crash happens > when SelectionDAGBuilder::lowerInvokable tries to access EH info of this function: > >

Thanks! On Mon, Jan 27, 2020 at 6:05 PM Teresa Johnson <tejohnson at google.com> wrote: > By default even regular LTO now has module summaries (like the kind used > for ThinLTO). LTO will then run index based dead symbol analysis here: > http://llvm-cs.pcc.me.uk/lib/LTO/LTO.cpp#923. Then when linkRegularLTO is > called here: http://llvm-cs.pcc.me.uk/lib/LTO/LTO.cpp#935, it

Hi all, I've been making a number of changes to the summary representation recently, and I wanted to lay out some of my plans so that folks are aware of my ultimate direction with this. Basically I want to move the summary into the irsymtab that we will be storing to disk after D32061 lands. This would help solve a number of problems: - To read a summary, you need to read all summaries in a