en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/COFF/export-stdcall.s#fe44a531 [COFF] Implement /safeseh:no and check @feat.00 flags by defaultSummary:Fixes PR41828. Before this, LLD always emitted SafeSEH chunks anddefined __safe_se_handler_table & size. Now, /safeseh:no leaves thoseundefined.Additionally, we were checking for the safeseh @feat.00 flag in twoplaces: once to emit errors, and once during safeseh table construction.The error was set up to be off by default, but safeseh is supposed to beon by default. I combined the two checks, so now LLD emits an error ifan input object lacks @feat.00 and safeseh is enabled. This caused themajority of 32-bit LLD tests to fail, since many test input object fileslack @feat.00 symbols. I explicitly added -safeseh:no to those tests topreserve behavior.Finally, LLD no longer sets IMAGE_DLL_CHARACTERISTICS_NO_SEH if anyinput file wasn't compiled for safeseh.Reviewers: mstorsjo, ruiu, thakisReviewed By: ruiu, thakisSubscribers: llvm-commitsTags: #llvmDifferential Revision: https://reviews.llvm.org/D63570llvm-svn: 366238 List of files: /llvm-project-15.0.7/lld/test/COFF/export-stdcall.s Tue, 16 Jul 2019 18:17:33 +0000 Reid Kleckner <rnk@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/COFF/export-stdcall.s#386f3a27 [COFF][X86] Add REQUIRES: x86 to a couple of testsFix buildbot failure on native AArch64 buildbot that does not have X86backend compiled in.Differential Revision: https://reviews.llvm.org/D63071llvm-svn: 362926 List of files: /llvm-project-15.0.7/lld/test/COFF/export-stdcall.s Mon, 10 Jun 2019 10:09:36 +0000 Peter Smith <peter.smith@linaro.org> http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/COFF/export-stdcall.s#53cd7406 [COFF] Fix /export:foo=bar when bar is a weak aliasSummary:When handling exports from the command line or from .def files, thelinker does a "fuzzy" string lookup to allow finding mangled symbols.However, when the symbol is re-exported under a new name, the linker hasto transfer the decorations from the exported symbol over to the newname. This is implemented by taking the mangled symbol that was found inthe object and replacing the original symbol name with the export name.Before this patch, LLD implemented the fuzzy search by adding anundefined symbol with the unmangled name, and then during symbolresolution, checking if similar mangled symbols had been added after thelast round of symbol resolution. If so, LLD makes the original symbol aweak alias of the mangled symbol. Later, to get the original symbolname, LLD would look through the weak alias and forward it on to theimport library writer, which copies the symbol decorations. Thisapproach doesn't work when bar is itself a weak alias, as is the case inasan. It's especially bad when the aliasee of bar contains the string"bar", consider "bar_default". In this case, we would end up exportingthe symbol "foo_default" when we should've exported just "foo".To fix this, don't look through weak aliases to find the mangled name.Save the mangled name earlier during fuzzy symbol lookup.Fixes PR42074Reviewers: mstorsjo, ruiuSubscribers: thakis, llvm-commitsTags: #llvmDifferential Revision: https://reviews.llvm.org/D62984llvm-svn: 362849 List of files: /llvm-project-15.0.7/lld/test/COFF/export-stdcall.s Fri, 07 Jun 2019 22:05:12 +0000 Reid Kleckner <rnk@google.com>