diff options
author | Koen Kooi <koen@dominion.thruhere.net> | 2012-03-23 08:22:26 +0100 |
---|---|---|
committer | Koen Kooi <koen@dominion.thruhere.net> | 2012-03-24 07:35:22 +0100 |
commit | ff0f815593c33f1a82ba4d1cbe41e6b987da1f47 (patch) | |
tree | 22b43fa2e84f25cc948df79f9e9de07e8ec57418 /meta-oe/recipes-devtools/gcc/gcc-4.5/linaro/gcc-4.5-linaro-r99426.patch | |
parent | 6b22bd198a87b5f113971d8fcd0e7211cd143c7d (diff) | |
download | meta-openembedded-contrib-ff0f815593c33f1a82ba4d1cbe41e6b987da1f47.tar.gz |
toolchain-layer: move binutils and gcc from meta-oe into here
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Eric BĂ©nard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Diffstat (limited to 'meta-oe/recipes-devtools/gcc/gcc-4.5/linaro/gcc-4.5-linaro-r99426.patch')
-rw-r--r-- | meta-oe/recipes-devtools/gcc/gcc-4.5/linaro/gcc-4.5-linaro-r99426.patch | 41 |
1 files changed, 0 insertions, 41 deletions
diff --git a/meta-oe/recipes-devtools/gcc/gcc-4.5/linaro/gcc-4.5-linaro-r99426.patch b/meta-oe/recipes-devtools/gcc/gcc-4.5/linaro/gcc-4.5-linaro-r99426.patch deleted file mode 100644 index cf06e1ff74..0000000000 --- a/meta-oe/recipes-devtools/gcc/gcc-4.5/linaro/gcc-4.5-linaro-r99426.patch +++ /dev/null @@ -1,41 +0,0 @@ - Backport from mainline: - - gcc/ - 2010-10-26 Jie Zhang <jie@codesourcery.com> - - * doc/invoke.texi: Improve documentation of - -fstrict-volatile-bitfields. - -=== modified file 'gcc/doc/invoke.texi' ---- old/gcc/doc/invoke.texi 2010-11-04 12:43:52 +0000 -+++ new/gcc/doc/invoke.texi 2010-11-04 14:29:09 +0000 -@@ -17633,8 +17633,8 @@ - @opindex fstrict-volatile-bitfields - This option should be used if accesses to volatile bitfields (or other - structure fields, although the compiler usually honors those types --anyway) should use a single access in a mode of the same size as the --container's type, aligned to a natural alignment if possible. For -+anyway) should use a single access of the width of the -+field's type, aligned to a natural alignment if possible. For - example, targets with memory-mapped peripheral registers might require - all such accesses to be 16 bits wide; with this flag the user could - declare all peripheral bitfields as ``unsigned short'' (assuming short -@@ -17647,11 +17647,13 @@ - any portion of the bitfield, or memory-mapped registers unrelated to - the one being updated. - --If the target requires strict alignment, and honoring the container -+If the target requires strict alignment, and honoring the field - type would require violating this alignment, a warning is issued. --However, the access happens as the user requested, under the --assumption that the user knows something about the target hardware --that GCC is unaware of. -+If the field has @code{packed} attribute, the access is done without -+honoring the field type. If the field doesn't have @code{packed} -+attribute, the access is done honoring the field type. In both cases, -+GCC assumes that the user knows something about the target hardware -+that it is unaware of. - - The default value of this option is determined by the application binary - interface for the target processor. - |