[wwwdoc] : Add additional new features in 4.6

2011/1/3 Gerald Pfeifer <gerald@pfeifer.com>:
> On Mon, 3 Jan 2011, Kai Tietz wrote:
>> Yes, this feature depends on TImode >= 128-bit support and has nothing
>> to do with IA. It isn't related to the __float128 feature, as __int128
>> is an integer scalar ISO-C extension type and not a floating point
>> one.
>
> Ahem, of course __float128 and __int128 are _slightly_ different data
> types.  How embarrassing.  /me crawls back into my cave now.
>
> Gerald
>

Sorry, it took a bit longer then expected. Here is the updated version
of changes for 4.6

Ok for apply?

Regards,
Kai

* Kai Tietz wrote on Thu, Jan 06, 2011 at 01:49:21PM CET:
> Ok for apply?

A couple of nits below.  Please use a w3 validator when sending HTML
patches.

Thanks,
Ralf

> --- wwwdocs.orig/htdocs/gcc-4.6/changes.html	2011-01-06 13:26:16.015786900 +0100
> +++ wwwdocs/htdocs/gcc-4.6/changes.html	2011-01-06 13:46:00.485534700 +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 for new type <code>__int128</code> for targets having

Support for a new <code>__int128</code> datatype

> +    wide enough machine-mode support.</li>
> +    <li>New function attribute <code>callee_pop_aggregate</code> allows

The new ...

> +    to specify if caller or callee is responsible to pop the aggregate

if the caller
s/to pop/for popping/

> +    return pointer value from the stack.</li>
>    </ul>
>  
>  <h3 id="c">C</h3>
> @@ -626,6 +631,20 @@
>        At the moment, Android support is enabled only for ARM.</li>
>    </ul>
>  
> +<h3 id="windows">Windows x86/x86_64</h3>
> +  <ul>
> +    <li>Initial support for decimal floating point.</li>
> +    <li>Support for <code>__thiscall</code> calling-convention.</li>

for the

> +    <li>Support for hot-patchable function prologue via attribute

prologues

> +    <code>ms_hook_prologue> for x86_64 in addition to 32-bit x86.</li>

... via the <code>ms_hook_prologue</code> attribute

> +    <li>Improvements of stack-probing and stack-allocation mechanisms.</li>
> +    <li>Support of push/pop-macro pragma as preprocessor command.<br>

Support for a
(or omit the 'a' and use plural)

> +    By <code>#pragma push_macro(&quot;macro-name&quot;)</code> the

s/By/With
comma before 'the'

> +    current definition of <code>macro-name</code> gets saved and can be

s/gets/is/

> +    restored by pragma <code>#pragma pop_macro(&quot;macro-name&quot;)</code>

s/by pragma/with/

> +    to its saved definition.</li>
> +  </ul>
> +
>  <h2>Documentation improvements</h2>
>  
>  <h2>Other significant improvements</h2>

On Thu, 6 Jan 2011, Kai Tietz wrote:
> Ok for apply?

This looks fine with the changes Ralf suggests.  (Note that you'll
have to write <br /> or the validator will complain.)

Gerald

2011/1/6 Gerald Pfeifer <gerald@pfeifer.com>:
> On Thu, 6 Jan 2011, Kai Tietz wrote:
>> Ok for apply?
>
> This looks fine with the changes Ralf suggests.  (Note that you'll
> have to write <br /> or the validator will complain.)
>
> Gerald
>

Ralf and Gerald,

thanks. I adjusted text as suggested and I hope I got all your
suggestions right. I've applied it.

Regards,
Kai