This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [wwwdocs] Document 3 changes in GCC 6
- From: Gerald Pfeifer <gerald at pfeifer dot com>
- To: Eric Botcazou <ebotcazou at adacore dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Wed, 2 Mar 2016 00:19:13 +0100 (CET)
- Subject: Re: [wwwdocs] Document 3 changes in GCC 6
- Authentication-results: sourceware.org; auth=none
- References: <8186265 dot USun8IfHWT at polaris>
On Mon, 29 Feb 2016, Eric Botcazou wrote:
> - new scalar_storage_order type attribute in C,
> - ABI change for SPARC 64-bit,
> - automatic enabling of -mstackrealign with SSE for Windows 32-bit.
+ <li>A new type attribute <code>scalar_storage_order</code> applying to
+ structures and unions has been introduced. It makes it possible
+ to specify the storage order (aka endianness) in memory of scalar
+ fields in the structures or unions.</li>
How about saying "It specifies the storage order..."?
And "in structures and unions"?
+ <li>An ABI bug has been fixed in 64-bit mode. Unfortunately, this change
+ will break binary compatibility with earlier releases for code it affects,
+ but this should be pretty rare in practice. The conditions are: a 16-byte
+ structure containing a <code>double</code> or a 8-byte vector in the second
+ half is passed in slot #15 to a subprogram, for example as 16th parameter
+ if the first 15 ones have at most 8 bytes. The <code>double</code> or
+ vector was wrongly passed in floating-point register <code>%d32</code>
+ in lieu of on the stack as per the SPARC calling conventions.</li>
That really must occur super, super rarely. ;-)
How about "...is passed to a subprogram in slot #15..."?
Okay with the changes above. Thanks for taking the time to
document these!
Gerald