Update lld report with feedback from Davide

svn path=/head/; revision=48635

en_US.ISO8859-1/htdocs/news/status/report-2016-01-2016-03.xml

@@ -1977,19 +1977,30 @@
 	capable of self-hosting on FreeBSD/amd64 and is capable of
 	linking many test applications.</p>
 
+      <p>Highlights of upstream development over the quarter include:
+	<ul>
+	  <li><tt>lld</tt> gained Link Time Optimization (LTO) support
+	    and is able to link Clang with LTO</li>
+	  <li>The relocation code has been overhauled for better
+	    maintainability</li>
+	  <li>Improvements to linker script support, including better
+	    diagnostics</li>
+	  <li>Many bug fixes in x86_64, AArch64, and MIPS support</li>
+	</ul></p>
+
       <p><tt>lld</tt> currently lacks comprehensive linker script
 	expression evaluation support, and therefore cannot yet be
 	used to link the FreeBSD kernel.  It also lacks versioned
 	symbol support, and does not implement some options used in
 	the FreeBSD boot loader components.</p>
 
-      <p>I've been running experimental world builds of FreeBSD/amd64
+      <p>Ed has been running experimental world builds of FreeBSD/amd64
 	with <tt>lld</tt> installed in place of <tt>ld.bfd</tt> as the
 	linker.  With workarounds for the current gaps in
 	functionality (using the <tt>WITHOUT_SYMVER</tt> option to
 	disable symbol versioning use, and linking the loader
 	components with GNU <tt>ld</tt>), <tt>lld</tt> is now able to
-	link a working FreeBSD system.</p>
+	link a working FreeBSD userland.</p>
     </body>
 
     <partialsponsor>The &os; Foundation</partialsponsor>
@@ -2005,6 +2016,11 @@
 	  improvements in the upstream lld project.</p>
       </task>
 
+      <task>
+	<p>Add or improve support for remaining FreeBSD
+	  architectures.</p>
+      </task>
+
       <task>
 	<p>Import a newer lld snapshot into the vendor area, add build
 	  infrastructure and connect it to the world build, installed