WWWdocs updates

[Jan Hubicka]

Hi,
this patch updates webpage to mention memory tester and some of 4.2/4.3 changes
that probably worth to be mentioned to end user. OK?

H. J., Zdenek, I also noticed that the new SSE instructions and prefetching options
are not mentioned.  I guess we ought to mention explicitely at least all the new command
line switches.

Honza

Index: benchmarks/index.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/benchmarks/index.html,v
retrieving revision 1.14
diff -c -p -r1.14 index.html
*** benchmarks/index.html	9 Jan 2006 17:00:46 -0000	1.14
--- benchmarks/index.html	11 Dec 2006 12:24:38 -0000
*************** href="http://people.redhat.com/dnovillo/
*** 37,44 ****
  
  <p>
  Similar to Diego's setup, Andreas Jaeger is running SPEC 2000 tests on
! AMD Athlon systems.  For details check <a
! href="http://www.suse.de/~aj/SPEC/amd64/">http://www.suse.de/~aj/SPEC/amd64/</a>.
  Other AMD Athlon and PowerPC64 SPEC 2000 results are available at
  <a href="http://www.suse.de/~gcctest/SPEC/">http://www.suse.de/~gcctest/SPEC/</a>.
  </p>
--- 37,44 ----
  
  <p>
  Similar to Diego's setup, Andreas Jaeger is running SPEC 2000 tests on
! AMD Athlon systems.  For details check
! <a href="http://www.suse.de/~aj/SPEC/amd64/">http://www.suse.de/~aj/SPEC/amd64/</a>.
  Other AMD Athlon and PowerPC64 SPEC 2000 results are available at
  <a href="http://www.suse.de/~gcctest/SPEC/">http://www.suse.de/~gcctest/SPEC/</a>.
  </p>
*************** tracking mainline GCC compile and runtim
*** 69,74 ****
--- 69,82 ----
  Results can be found at <a href="http://www.suse.de/~rguenther/tramp3d/">http://www.suse.de/~rguenther/tramp3d/</a>.
  </p>
  
+ <p>
+ Memory tester (maintained by Jan Hubicka) is periodically checking GCC memory
+ usage.  The reports are sent to
+ <A HREF="http://gcc.gnu.org/ml/gcc-regression/">gcc-regressions mainling lists</A>
+ when some noticeable change is detected.   Dumps from last run are available at
+ <A HREF="http://www.suse.de/~aj/amd64">http://www.suse.de/~aj/amd64</A>
+ </p>
+ 
  <h2>Openbench</h2>
  
  <p>
Index: gcc-4.2/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.2/changes.html,v
retrieving revision 1.16
diff -c -p -r1.16 changes.html
*** gcc-4.2/changes.html	17 Oct 2006 22:36:15 -0000	1.16
--- gcc-4.2/changes.html	11 Dec 2006 12:24:38 -0000
***************
*** 117,122 ****
--- 117,130 ----
  
  <h2>New Targets and Target Specific Improvements</h2>
  
+ <h3>x86</h3>
+   <ul>
+     <li><code>-mtune=generic</code> can now be used to generate code running well
+     on common x86 chips (for GCC 4.2 it includes AMD Athlon, AMD Opteron, Intel
+     Pentium-M, Intel Pentium 4 and Intel Core 2.
+     <LI><code>-mtune=native</code> and <code>-march=native</code> will produce code
+     optimized for host architecture detected using <code>cpuid</code> instruction.
+   </ul>
  <h3>SPARC</h3>
    <ul>
      <li>The default CPU setting has been changed from V7 to V9 in 32-bit
Index: gcc-4.3/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.3/changes.html,v
retrieving revision 1.11
diff -c -p -r1.11 changes.html
*** gcc-4.3/changes.html	7 Dec 2006 11:06:59 -0000	1.11
--- gcc-4.3/changes.html	11 Dec 2006 12:24:38 -0000
***************
*** 32,37 ****
--- 32,49 ----
      never reaches the object file.
      </li>
  
+     <li>Inliner heuristic is now aware of stack frame consumption.  New parameters
+     <code>--param large-stack-frame</code>
+     and <code>--param large-stack-frame-growth</code>
+     can now be used to limit stack frame size growth caused by inlining.</li>
+ 
+     <li>During feedback directed optimizations, the expected size of block <code>memcpy</code>,
+     <code>memset</code> and <code>bzero</code> string functions operate on is discovered and
+     for cases of commonly used small block size, the specialized inline code is generated.</li>
+ 
+     <li><code>__builtin_expect</code> no longer require it's argument to be compile time
+     constant.</li>
+ 
    </ul>
  
  <h2>New Languages and Language specific improvements</h2>
***************
*** 89,94 ****
--- 101,123 ----
          <code>-mtune=core2</code> and <code>-march=core2</code>.</li>
      <li>Tuning for AMD Geode processors is available via
          <code>-mtune=geode</code> and <code>-march=geode</code>.</li>
+     <li>Code generation of block move (<code>memcpy</code>) and block set (<code>memset</code>)
+ 	was rewritten.  GCC can now pick proper algorithm (loop, unrolled loop,
+ 	instruction with <code>rep</code> prefix or library call) based on size
+ 	of block being copied and CPU being optimized for.  New option
+ 	<code>-minline-stringops-dynamically</code> has been added.  With this
+ 	option string operations of unknown size are expanded in a way so small
+ 	blocks are copied by in-line code, while for large block library call
+ 	is used.  This results in faster code than
+ 	<code>-minline-all-stringops</code> when library implementation is
+ 	capable of using cache hierarchy hints.  The heuristic choosing particular algorithm
+ 	can be overwritten via <code>-mstringop-strategy</code>
+ 	Newly also <code>memset</code> of other value
+ 	than 0 is inlined.</li>
+     <li>GCC no longer put <code>cld</code> instruction before string
+         operations.  Both i386 and x86-64 ABI documents mandate direction
+ 	flag to be clear at the entry of function.  It is now invalid to set the
+ 	flag in ASM statement and do not reset it afterward.</li>
    </ul>
  
  <h2>Documentation improvements</h2>