Patchwork [wwwdocs] Some news into gcc-4.6

mail settings
Submitter Jan Hubicka
Date June 22, 2010, 11:35 a.m.
Message ID <>
Download mbox | patch
Permalink /patch/56462/
State New
Headers show


Jan Hubicka - June 22, 2010, 11:35 a.m.
before we forget about this, this patch announces the new -fsuggest-attribute
feature and changes in IPA.
For marketing reasons I think we might add compile time and memory usage improvements
and mention df changes (and hopefully others).  The buildtime improved from over 11m
to 9m42s, so I am quite safe with that 10% claim.



Index: changes.html
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.6/changes.html,v
retrieving revision 1.18
diff -u -r1.18 changes.html
--- changes.html	13 Jun 2010 12:44:28 -0000	1.18
+++ changes.html	22 Jun 2010 11:33:43 -0000
@@ -43,6 +43,34 @@ 
       with options that can affect standards compliance but result in
       better optimized code.  For example <code>-Ofast</code> enables
+      <li>Interprocedural optimizations improvements</li>
+      <ul>
+	  <li>Interprocedural framework was re-tuned for link time
+	      optimization.</li>
+	  <li>Improved auto-detection of <code>const</code> and <code>pure</code>
+	      functions.  Newly <code>noreturn</code> functions are auto-detected.
+	      <p><code>-fsuggest-attribute</code> flag is available to make compiler
+	      to inform users when adding attributes into headers might improve
+	      code generation.</p></li>
+	  <li>Inlining heuristics was improved:
+	      <ul>
+		 <li>Number of problems with large compilation units was fixed.</li>
+		 <li>Inlining of callbacks is now more aggressive.</li>
+		 <li>Virtual methods are inlined caller is inlined
+		     and devirtualization is possible then.</li>
+	      </ul>
+	  <li>
+	</ul>
+  </ul>
+<h2>Compile time and memory usage improvements</h2>
+  <ul>
+      <li>Datastructures used by dataflow framework in GCC was reorganized
+	  for better memory usage and more cache locality.  Compile
+	  time is improved especially on units with large functions (possibly
+	  resulting from a lot of inlining) not fitting in processor cache.
+	  Compile time of GCC C compiler binary with link time optimization
+	  was improved by over 10% (benchmared on x86-64 target).</li>
 <h2>New Languages and Language specific improvements</h2>