en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/COFF/include2.test#b587ca93 [test] Replace `yaml2obj >` with `yaml2obj -o` and remove unneeded input redirection List of files: /llvm-project-15.0.7/lld/test/COFF/include2.test Thu, 20 Aug 2020 22:00:25 +0000 Fangrui Song <maskray@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/COFF/include2.test#79a5e6b1 COFF: New symbol table design.This ports the ELF linker's symbol table design, introduced in r268178,to the COFF linker.Differential Revision: http://reviews.llvm.org/D21166llvm-svn: 289280 List of files: /llvm-project-15.0.7/lld/test/COFF/include2.test Fri, 09 Dec 2016 21:55:24 +0000 Peter Collingbourne <peter@pcc.me.uk> http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/COFF/include2.test#6872455c COFF: Make test commands shorter. NFC.llvm-svn: 244227 List of files: /llvm-project-15.0.7/lld/test/COFF/include2.test Thu, 06 Aug 2015 16:47:46 +0000 Rui Ueyama <ruiu@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/COFF/include2.test#251b0e26 COFF: Remove the old COFF linker and make link an alias to link2.It's time to remove old COFF linker because the new one is now complete.llvm-svn: 244226 List of files: /llvm-project-15.0.7/lld/test/COFF/include2.test Thu, 06 Aug 2015 16:19:35 +0000 Rui Ueyama <ruiu@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/COFF/include2.test#8d3010a1 COFF: Change the order of adding symbols to the symbol table.Previously, the order of adding symbols to the symbol table was simple.We have a list of all input files. We read each file from beginning ofthe list and add all symbols in it to the symbol table.This patch changes that order. Now all archive files are added to thesymbol table first, and then all the other object files are added.This shouldn't change the behavior in single-threading, and make roomto parallelize in multi-threading.In the first step, only lazy symbols are added to the symbol tablebecause archives contain only Lazy symbols. Member object filesfound to be necessary are queued. In the second step, defined andundefined symbols are added from object files. Adding an undefinedsymbol to the symbol table may cause more member files to be addedto the queue. We simply continue reading all object files until thequeue is empty.Finally, new archive or object files may be added to the queues byobject files' directive sections (which contain new command lineoptions).The above process is repeated until we get no new files.Symbols defined both in object files and in archives can make resultsundeterministic. If an archive is read before an object, a new memberfile gets linked, while in the other way, no new file would be added.That is the most popular cause of an undeterministic result or linkingfailure as I observed. Separating phases of adding lazy symbols andundefined symbols makes that deterministic. Adding symbols in eachphase should be parallelizable.llvm-svn: 241107 List of files: /llvm-project-15.0.7/lld/test/COFF/include2.test Tue, 30 Jun 2015 19:35:21 +0000 Rui Ueyama <ruiu@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/COFF/include2.test#45044f47 COFF: Fix logic to find default entry name or subsystem.The previous logic to find default entry name or subsystem does notseem correct (i.e. was not compatible with MSVC linker). Previously,default entry name was inferred from CRT functions and user-definedentry functions. Subsystem was inferred from CRT functions.Default entry name and subsystem are now inferred based on thefollowing table. Note that we no longer use CRT functions to inferthem. Entry name Subsystem main mainCRTStartup console wmain wmainCRTStartup console WinMain WinMainCRTStartup windows wWinMain wWinMainCRTStartup windowsllvm-svn: 240922 List of files: /llvm-project-15.0.7/lld/test/COFF/include2.test Mon, 29 Jun 2015 01:03:53 +0000 Rui Ueyama <ruiu@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/COFF/include2.test#32f8e1cb COFF: Change symbol resolution order for entry and /include.We were resolving entry symbols and /include'd symbols after all othersymbols are resolved. But looks like it's too late. I found that itcauses some program to fail to link.Let's say we have an object file A which defines symbols X and Y in anarchive. We also have another file B after A which defines X, Y and_DLLMainCRTStartup in another archive. They conflict each other, soeither A or B can be linked.If we have _DLLMainCRTStartup as an undefined symbol, file B is alwayschosen. If not, there's a chance that A is chosen. If the linkerfind it needs _DllMainCRTStartup after that, it's too late.This patch adds undefined symbols to the symbol table as soon aspossible to fix the issue.llvm-svn: 240757 List of files: /llvm-project-15.0.7/lld/test/COFF/include2.test Fri, 26 Jun 2015 03:44:00 +0000 Rui Ueyama <ruiu@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/COFF/include2.test#573bf7de COFF: Continue reading object files until converge.In this linker model, adding an undefined symbol may trigger chainreactions. It may trigger a Lazy symbol to read a new file.A new file may contain a directive section, which may contain variouscommand line options.Previously, we didn't handle chain reactions well. We visited /include'dsymbols only once, so newly-added /include symbols were ignored.This patch fixes that bug.Now, the symbol table is versioned; every time the symbol table isupdated, the version number is incremented. We repeat adding undefinedsymbols until the version number does not change. It is guaranteed toconverge -- the number of undefined symbol in the system is finite,and adding the same undefined symbol more than once is basically no-op.llvm-svn: 240177 List of files: /llvm-project-15.0.7/lld/test/COFF/include2.test Fri, 19 Jun 2015 21:12:48 +0000 Rui Ueyama <ruiu@google.com>