public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* [wwwdocs] changes.html update
@ 2012-10-24  9:43 Jan Hubicka
  2012-10-28 22:02 ` Gerald Pfeifer
  0 siblings, 1 reply; 2+ messages in thread
From: Jan Hubicka @ 2012-10-24  9:43 UTC (permalink / raw)
  To: gcc-patches

Hi,
few things I think are worth to be mentioned in changes.html.
Index: changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/changes.html,v
retrieving revision 1.48
diff -c -3 -p -r1.48 changes.html
*** changes.html	21 Oct 2012 11:01:37 -0000	1.48
--- changes.html	24 Oct 2012 09:29:49 -0000
*************** by this change.</p>
*** 76,81 ****
--- 76,103 ----
       "Eigen" C++ linear algebra templates library, is significantly
       faster than previous releases of GCC.
      </li>
+     <li>Link-time optimization (LTO) improvements:
+     <ul>
+      <li>LTO partitioning has been rewritten for better reliability
+ 	 and maintanibility. Several important bugs leading to link
+ 	 failures has been fixed.</li>
+     </ul>
+     <li>Interprocedural optimization improvements:
+     <ul>
+      <li>New symbol table has been implemented. The symbol table
+ 	 builds on earlier callgraph and varpool modules and 
+ 	 provide a new API. Unusual symbol visibilities and aliases
+ 	 are handled more consistently leading to, for example,
+ 	 more aggrssive unreachable code removal with LTO.</li>
+      <li>The inline heuristic can now bypass limits on size of
+ 	 inlined function when the inlining is particularly profitable.
+ 	 This happens, for example, when loop bounds or array strides
+ 	 gets propagated.</li>
+      <li>Values passed through aggregates (either by value or refernece)
+ 	 are now propagated at inter-procedural level leading to better
+ 	 inlining decisions (for exmaple in the case of Fortran
+ 	 array descriptors) and devirtualization.</li>
+     </ul>
    </ul>
  
  

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [wwwdocs] changes.html update
  2012-10-24  9:43 [wwwdocs] changes.html update Jan Hubicka
@ 2012-10-28 22:02 ` Gerald Pfeifer
  0 siblings, 0 replies; 2+ messages in thread
From: Gerald Pfeifer @ 2012-10-28 22:02 UTC (permalink / raw)
  To: Jan Hubicka; +Cc: gcc-patches

On Wed, 24 Oct 2012, Jan Hubicka wrote:
> few things I think are worth to be mentioned in changes.html.

Nice!


> Index: changes.html
> ===================================================================
> +      <li>LTO partitioning has been rewritten for better reliability
> + 	 and maintanibility. Several important bugs leading to link
> + 	 failures has been fixed.</li>

"have been fixed"

> +     <li>Interprocedural optimization improvements:
> +     <ul>
> +      <li>New symbol table has been implemented. The symbol table

"A new symbol table" ... "It..."

> + 	 builds on earlier callgraph and varpool modules and 
> + 	 provide a new API.

"provides"

When you say "builds on", is this "existing modules" or "builds
on and replaces"?

> + 	 more aggrssive unreachable code removal with LTO.</li>

"aggressive"

> +      <li>The inline heuristic can now bypass limits on size of

"on the size"

> + 	 inlined function when the inlining is particularly profitable.

"of an inlined function" (or "of inlined functions")

> + 	 This happens, for example, when loop bounds or array strides
> + 	 gets propagated.</li>

"get"

> +      <li>Values passed through aggregates (either by value or refernece)

"reference"

> + 	 are now propagated at inter-procedural level leading to better

"at the"

> + 	 inlining decisions (for exmaple in the case of Fortran

"example"


Can you please make these changes and commit?

Thanks,
Gerald

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-10-28 21:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-10-24  9:43 [wwwdocs] changes.html update Jan Hubicka
2012-10-28 22:02 ` Gerald Pfeifer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).