On Wed, 13 Mar 2013, Dave Korn wrote:
> Committed revision 196634, with the attached documentation update and cvs
> log entry:
>
> * htdocs/gcc-4.8/changes.html: Add OS-specific section and entry
> for Windows (Cygwin).
I applied this small editorial patch.
Gerald
Index: changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/changes.html,v
retrieving revision 1.119
diff -u -3 -p -r1.119 changes.html
--- changes.html 31 May 2013 08:49:25 -0000 1.119
+++ changes.html 18 Aug 2013 11:56:32 -0000
@@ -143,7 +143,7 @@ by this change.</p>
<code>-fsanitize=thread</code>. Instructions will be instrumented to
detect data races. The ThreadSanitizer is available on x86-64
GNU/Linux.</li>
- <li>A new local register allocator has been implemented, which
+ <li>A new local register allocator (LRA) has been implemented, which
replaces the 26 year old reload pass and improves generated
code quality. For now it is active on the ia32 and x86-64
targets.</li>
@@ -858,11 +858,12 @@ int i = A().f(); // error, f() requires
<ul>
<li>Executables are now linked against shared libgcc by default.
The previous default was to link statically, which can still be
- done by explicitly specifying -static or -static-libgcc on the
+ done by explicitly specifying <code>-static</code> or
+ <code>static-libgcc</code> on the
command line. However it is strongly advised against, as it
will cause problems for any application that makes use of DLLs
compiled by GCC. It should be alright for a monolithic stand-alone
- application that only links against the Windows OS DLLs, but
+ application that only links against the Windows DLLs, but
offers little or no benefit.</li>
</ul>
