From patchwork Mon Jan  3 09:28:32 2011
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: [wwwdoc] : Add additional new features in 4.6
Date: Sun, 02 Jan 2011 23:28:32 -0000
From: Gerald Pfeifer <gerald@pfeifer.com>
X-Patchwork-Id: 77241
Message-Id: <alpine.LNX.2.00.1101031022140.4999@gerinyyl.fvgr>
To: Kai Tietz <ktietz70@googlemail.com>
Cc: gcc-patches@gcc.gnu.org

On Sun, 2 Jan 2011, Kai Tietz wrote:
> This patch adds some new features of 4.6.

in that section.)  Just to make sure, the change per se is fine; I
just think it might be "Support for", here and in other parts of the
patch.

+    <li>New function attribute <code>callee_pop_aggregate</code> allows
+    to specify if caller, or callee is responsible to pop aggregate
+    return pointer value from stack.</li>

Omit the comma before "or" and add "the" before "aggregate" and "stack".

+<h3 id="windows">Windows x86/x86_64</h3>
+  <ul>
+    <li>Initial support of decimal floating point.</li>

"for" (also in several further items)

+    <li>Support of hot-patchable function prologue via attribute
+    <code>ms_hook_prologue> also for x86_64 architecture.</li>

So, we have this for x86 (32-bit already)?  Then we could say "for
x86-64 in addition to 32-bit x86" to make that more clear.

+    <li>Improvment of stack-probing and stack-allocation mechanism.</li>

"Improvements"
"mechanisms"

+    <li>Support of push/pop-macro pragma as preprocessor command.</li>

Can you provide a concrete code example?

> Ok for commit?

Yes, modulo the changes above -- and please omit those unrelated hunks
that only change whitespace in other parts of the page.

Thanks!

Gerald


Index: wwwdocs/htdocs/gcc-4.6/changes.html
===================================================================
--- wwwdocs.orig/htdocs/gcc-4.6/changes.html	2011-01-02 22:36:57.000000000 +0100
+++ wwwdocs/htdocs/gcc-4.6/changes.html	2011-01-02 23:10:07.862964200 +0100
@@ -180,6 +180,11 @@
       calls to functions that return to the current unit only via returning
       or exception handling.  This is the case for most library functions
       that have no callbacks.</li>
+    <li>Support of new type <code>__int128</code> for targets having
+    wide enough machine-mode support.</li>

So, this is beyond just x86?  (We already have an item 

  "Darwin, FreeBSD, MinGW and Cygwin now all support 
  <code>__float128</code> on 32-bit x86 targets."