search for: writeresult

...ound isUndefined() I think I'm not too excited about adding more predicates or inheritance. Lazy symbols are useful only when we are adding files to the symbol table. After that, there's no use of them. So maybe we can just visit all symbols at some point after reading all files but before writeResult to nuke all Lazy symbols (by replacing local undefined symbol or something), so that we don't have to think about it after that point. On Fri, Oct 13, 2017 at 3:27 PM, Rafael Avila de Espindola <rafael.espindola at gmail.com<mailto:rafael.espindola at gmail.com>> wrote: In lld we h...

...st char *> ArgsArr) { if (!Args.hasArgNoClaim(OPT_INPUT)) { fixupExports(); createImportLibrary(/*AsLib=*/true); - exit(0); + return; } // Handle /delayload @@ -1172,9 +1172,6 @@ void LinkerDriver::link(ArrayRef<const char *> ArgsArr) { // Write the result. writeResult(&Symtab); - - // Call exit to avoid calling destructors. - exit(0); } } // namespace coff I'm getting this error from LLVM: unable to write object file c:\msys64\home\andy\zig\zig-cache\compiler_rt.obj: The requested operation cannot be performed on a file with a user-mapped section...

...complete PDBs. if (Args.hasArg(OPT_msvclto)) { invokeMSVC(Args); - exit(0); + return; } // Do LTO by compiling bitcode input files to a set of native COFF files then @@ -1173,8 +1173,7 @@ void LinkerDriver::link(ArrayRef<const char *> ArgsArr) { // Write the result. writeResult(&Symtab); - // Call exit to avoid calling destructors. - exit(0); + return; } } // namespace coff -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170831/f93e377c/attachment.html>

...createImportLibrary(/*AsLib=*/true); >> - exit(0); >> + return; >> } >> >> // Handle /delayload >> @@ -1172,9 +1172,6 @@ void LinkerDriver::link(ArrayRef<const char *> >> ArgsArr) { >> >> // Write the result. >> writeResult(&Symtab); >> - >> - // Call exit to avoid calling destructors. >> - exit(0); >> } >> >> } // namespace coff >> >> >> I'm getting this error from LLVM: >> unable to write object file c:\msys64\home\andy\zig\zig-cache\compiler_rt...

...it(0); >> + return; >> } >> >> // Do LTO by compiling bitcode input files to a set of native COFF >> files then >> @@ -1173,8 +1173,7 @@ void LinkerDriver::link(ArrayRef<const char *> >> ArgsArr) { >> // Write the result. >> writeResult(&Symtab); >> >> - // Call exit to avoid calling destructors. >> - exit(0); >> + return; >> } >> >> } // namespace coff >> >> >> _______________________________________________ >> LLVM Developers mailing list >> llvm-de...

..._First, lld::coff::Chunk * const * _Last) Line 1376 C++ zig.exe!lld::coff::SymbolTable::getChunks() Line 311 C++ zig.exe!`anonymous namespace'::Writer::createSections() Line 340 C++ zig.exe!`anonymous namespace'::Writer::run() Line 288 C++ zig.exe!lld::coff::writeResult() Line 166 C++ zig.exe!lld::coff::LinkerDriver::link(llvm::ArrayRef<char const *> ArgsArr) Line 1331 C++ zig.exe!lld::coff::link(llvm::ArrayRef<char const *> Args, bool CanExitEarly, llvm::raw_ostream & Diag) Line 71 C++ zig.exe!ZigLLDLink(ZigLLVM_ObjectForma...

...00000000064c7df (anonymous namespace)::Writer::createSymbolAndStringTable() /s$ d2/pirama/llvm-upstream/llvm/tools/lld/COFF/Writer.cpp:0:43 #9 0x00000000006499f9 (anonymous namespace)::Writer::run() /ssd2/pirama/llvm-upstrea$ /llvm/tools/lld/COFF/Writer.cpp:342:3 #10 0x0000000000649843 lld::coff::writeResult() /ssd2/pirama/llvm-upstream/llvm/tool$ /lld/COFF/Writer.cpp:232:31 #11 0x00000000005d1268 lld::coff::LinkerDriver::link(llvm::ArrayRef<char const*>) /s$ d2/pirama/llvm-upstream/llvm/tools/lld/COFF/Driver.cpp:1536:3 #12 0x00000000005c8687 lld::coff::link(llvm::ArrayRef<char const*>, bo...

...Line 1376 C++ >> zig.exe!lld::coff::SymbolTable::getChunks() Line 311 C++ >> zig.exe!`anonymous namespace'::Writer::createSections() Line 340 >> C++ >> zig.exe!`anonymous namespace'::Writer::run() Line 288 C++ >> zig.exe!lld::coff::writeResult() Line 166 C++ >> zig.exe!lld::coff::LinkerDriver::link(llvm::ArrayRef<char const *> >> ArgsArr) Line 1331 C++ >> zig.exe!lld::coff::link(llvm::ArrayRef<char const *> Args, bool >> CanExitEarly, llvm::raw_ostream & Diag) Line 71 C++ >&gt...

...ble() >> /s$ >> d2/pirama/llvm-upstream/llvm/tools/lld/COFF/Writer.cpp:0:43 >> >> #9 0x00000000006499f9 (anonymous namespace)::Writer::run() >> /ssd2/pirama/llvm-upstrea$ >> /llvm/tools/lld/COFF/Writer.cpp:342:3 >> >> #10 0x0000000000649843 lld::coff::writeResult() >> /ssd2/pirama/llvm-upstream/llvm/tool$ >> /lld/COFF/Writer.cpp:232:31 >> >> #11 0x00000000005d1268 lld::coff::LinkerDriver::link(llvm::ArrayRef<char >> const*>) /s$ >> d2/pirama/llvm-upstream/llvm/tools/lld/COFF/Driver.cpp:1536:3 >> #12 0x00000000...

...ringRef s : script->referencedSymbols) markSymbol(symtab->find(s)); The issue can be demonstrated by the following call tree: LinkerDriver::link markLive ... resolveReloc // Defined::section is nullptr for `d` because the assignment d=foo hasn't been evaluated yet. writeResult Writer<ELFT>::run Writer<ELFT>::finalizeSections LinkerScript::processSymbolAssignments // Symbol section+offset are evaluated here. It seems that github issues may be a good place to record the problem. I just created https://github.com/llvm/llvm-project/is...

On Wed, 4 Dec 2019 at 07:05, Fāng-ruì Sòng <maskray at google.com> wrote: > > On Tue, Dec 3, 2019 at 7:02 PM Shoaib Meenai via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > > > LLD treats any symbol referenced from a linker script as a GC root, which makes sense. Unfortunately, it also processes --defsym as a linker script fragment internally, so all target