On Tue, Sep 11, 2018 at 9:51 PM, Hans Wennborg via llvm-commits <llvm-comm...@lists.llvm.org> wrote: > > > On 09/11/2018 09:47 PM, Ed Maste wrote: >> >> On 11 September 2018 at 04:05, Hans Wennborg via llvm-commits >> <llvm-comm...@lists.llvm.org> wrote: >>> >>> Author: hans >>> Date: Tue Sep 11 01:05:44 2018 >>> New Revision: 341913 >>> >>> URL: http://llvm.org/viewvc/llvm-project?rev=341913&view=rev >>> Log: >>> ReleaseNotes: fixes >>> >>> Modified: >>> lld/branches/release_70/docs/ReleaseNotes.rst >>> >>> Modified: lld/branches/release_70/docs/ReleaseNotes.rst >>> URL: >>> http://llvm.org/viewvc/llvm-project/lld/branches/release_70/docs/ReleaseNotes.rst?rev=341913&r1=341912&r2=341913&view=diff >>> >>> ============================================================================== >>> --- lld/branches/release_70/docs/ReleaseNotes.rst (original) >>> +++ lld/branches/release_70/docs/ReleaseNotes.rst Tue Sep 11 01:05:44 >>> 2018 >>> @@ -13,10 +13,10 @@ Mach-O (macOS), MinGW and WebAssembly. l >>> linkers and Microsoft link.exe, and is significantly faster than these >>> system >>> default linkers. >>> >>> -lld 7.0 for ELF and COFF are production-ready. lld/ELF can build the >>> entire >>> +lld 7 for ELF and COFF are production-ready. lld/ELF can build the >>> entire >>> FreeBSD/AMD64 and will be the default linker of the next version of the >>> operating system. lld/COFF is being used to build popular large >>> programs such as >> >> >> FWIW, in addition to amd64 (aka x86_64) FreeBSD is also using it as >> the default linker for armv7, and it has been the default linker for >> arm64 for some time. This is probably more detail than needed in >> release notes, although it's a useful indication that lld is a viable >> production quality linker on multiple CPU architectures. >> >> (Also, we haven't fully switched i386 to lld just yet, because of some >> outstanding breakage in the ports tree; there's a reasonable amount of >> software that doesn't build with -fPIC or has non-PIC i386 assembly >> and conflicts with lld's default of disallowing .text relocations.) >> > > I'll do my best at coming up with some more detailed wording for the note > when I get into work tomorrow, unless you want to beat me to it with a patch > :-)
I haven't made any changes for now. I'll defer to Rui if he wants to add anything about the other architectures. _______________________________________________ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
