summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/gcc/gcc-4.6.0/gcc-4_6-branch-backports/0012-2011-03-27-Jonathan-Wakely-jwakely.gcc-gmail.com.patch
diff options
context:
space:
mode:
authorKhem Raj <raj.khem@gmail.com>2011-06-17 17:11:43 -0700
committerRichard Purdie <richard.purdie@linuxfoundation.org>2011-06-23 11:50:07 +0100
commit0faa5f72999fea82fadda8bab70abea2303216c7 (patch)
tree05a8c18d2f67d883f94d2bd6f060ab0f4ac7f156 /meta/recipes-devtools/gcc/gcc-4.6.0/gcc-4_6-branch-backports/0012-2011-03-27-Jonathan-Wakely-jwakely.gcc-gmail.com.patch
parentc2007ba4cdb64fa9e308d3dae395c03ef4cc9161 (diff)
downloadpoky-0faa5f72999fea82fadda8bab70abea2303216c7.tar.gz
gcc-4.6: Switch to using svn SRC_URI for recipe
We call the recipes 4.6 Remove the backport patches (From OE-Core rev: 68b545f4ff719f2b6e57d68b002dc9845c7a14ae) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-devtools/gcc/gcc-4.6.0/gcc-4_6-branch-backports/0012-2011-03-27-Jonathan-Wakely-jwakely.gcc-gmail.com.patch')
-rw-r--r--meta/recipes-devtools/gcc/gcc-4.6.0/gcc-4_6-branch-backports/0012-2011-03-27-Jonathan-Wakely-jwakely.gcc-gmail.com.patch312
1 files changed, 0 insertions, 312 deletions
diff --git a/meta/recipes-devtools/gcc/gcc-4.6.0/gcc-4_6-branch-backports/0012-2011-03-27-Jonathan-Wakely-jwakely.gcc-gmail.com.patch b/meta/recipes-devtools/gcc/gcc-4.6.0/gcc-4_6-branch-backports/0012-2011-03-27-Jonathan-Wakely-jwakely.gcc-gmail.com.patch
deleted file mode 100644
index 1d8de221c8..0000000000
--- a/meta/recipes-devtools/gcc/gcc-4.6.0/gcc-4_6-branch-backports/0012-2011-03-27-Jonathan-Wakely-jwakely.gcc-gmail.com.patch
+++ /dev/null
@@ -1,312 +0,0 @@
1From e2965db317ee7efd916963c87b9c34023eefda54 Mon Sep 17 00:00:00 2001
2From: redi <redi@138bc75d-0d04-0410-961f-82ee72b054a4>
3Date: Sun, 27 Mar 2011 20:08:35 +0000
4Subject: [PATCH] 2011-03-27 Jonathan Wakely <jwakely.gcc@gmail.com>
5
6 PR other/48179
7 PR other/48221
8 PR other/48234
9 * doc/extend.texi (Alignment): Move section to match order in TOC.
10 * doc/invoke.texi (i386 and x86-64 Windows Options): Likewise.
11 (Warning Options): Adjust -Wno-cpp summary and remove stray backslash.
12
13
14
15git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/branches/gcc-4_6-branch@171581 138bc75d-0d04-0410-961f-82ee72b054a4
16
17index c897101..998d703 100644
18--- a/gcc/doc/extend.texi
19+++ b/gcc/doc/extend.texi
20@@ -4180,42 +4180,6 @@ machines, typically because the target assembler does not allow them.
21 You can use the sequence @samp{\e} in a string or character constant to
22 stand for the ASCII character @key{ESC}.
23
24-@node Alignment
25-@section Inquiring on Alignment of Types or Variables
26-@cindex alignment
27-@cindex type alignment
28-@cindex variable alignment
29-
30-The keyword @code{__alignof__} allows you to inquire about how an object
31-is aligned, or the minimum alignment usually required by a type. Its
32-syntax is just like @code{sizeof}.
33-
34-For example, if the target machine requires a @code{double} value to be
35-aligned on an 8-byte boundary, then @code{__alignof__ (double)} is 8.
36-This is true on many RISC machines. On more traditional machine
37-designs, @code{__alignof__ (double)} is 4 or even 2.
38-
39-Some machines never actually require alignment; they allow reference to any
40-data type even at an odd address. For these machines, @code{__alignof__}
41-reports the smallest alignment that GCC will give the data type, usually as
42-mandated by the target ABI.
43-
44-If the operand of @code{__alignof__} is an lvalue rather than a type,
45-its value is the required alignment for its type, taking into account
46-any minimum alignment specified with GCC's @code{__attribute__}
47-extension (@pxref{Variable Attributes}). For example, after this
48-declaration:
49-
50-@smallexample
51-struct foo @{ int x; char y; @} foo1;
52-@end smallexample
53-
54-@noindent
55-the value of @code{__alignof__ (foo1.y)} is 1, even though its actual
56-alignment is probably 2 or 4, the same as @code{__alignof__ (int)}.
57-
58-It is an error to ask for the alignment of an incomplete type.
59-
60 @node Variable Attributes
61 @section Specifying Attributes of Variables
62 @cindex attribute of variables
63@@ -5224,6 +5188,42 @@ allows one to declare vector data types supported by the Sony/Toshiba/IBM SPU
64 Language Extensions Specification. It is intended to support the
65 @code{__vector} keyword.
66
67+@node Alignment
68+@section Inquiring on Alignment of Types or Variables
69+@cindex alignment
70+@cindex type alignment
71+@cindex variable alignment
72+
73+The keyword @code{__alignof__} allows you to inquire about how an object
74+is aligned, or the minimum alignment usually required by a type. Its
75+syntax is just like @code{sizeof}.
76+
77+For example, if the target machine requires a @code{double} value to be
78+aligned on an 8-byte boundary, then @code{__alignof__ (double)} is 8.
79+This is true on many RISC machines. On more traditional machine
80+designs, @code{__alignof__ (double)} is 4 or even 2.
81+
82+Some machines never actually require alignment; they allow reference to any
83+data type even at an odd address. For these machines, @code{__alignof__}
84+reports the smallest alignment that GCC will give the data type, usually as
85+mandated by the target ABI.
86+
87+If the operand of @code{__alignof__} is an lvalue rather than a type,
88+its value is the required alignment for its type, taking into account
89+any minimum alignment specified with GCC's @code{__attribute__}
90+extension (@pxref{Variable Attributes}). For example, after this
91+declaration:
92+
93+@smallexample
94+struct foo @{ int x; char y; @} foo1;
95+@end smallexample
96+
97+@noindent
98+the value of @code{__alignof__ (foo1.y)} is 1, even though its actual
99+alignment is probably 2 or 4, the same as @code{__alignof__ (int)}.
100+
101+It is an error to ask for the alignment of an incomplete type.
102+
103
104 @node Inline
105 @section An Inline Function is As Fast As a Macro
106diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
107index f4cdf66..5478f79 100644
108--- a/gcc/doc/invoke.texi
109+++ b/gcc/doc/invoke.texi
110@@ -237,7 +237,7 @@ Objective-C and Objective-C++ Dialects}.
111 -Wno-attributes -Wno-builtin-macro-redefined @gol
112 -Wc++-compat -Wc++0x-compat -Wcast-align -Wcast-qual @gol
113 -Wchar-subscripts -Wclobbered -Wcomment @gol
114--Wconversion -Wcoverage-mismatch -Wcpp -Wno-deprecated @gol
115+-Wconversion -Wcoverage-mismatch -Wno-cpp -Wno-deprecated @gol
116 -Wno-deprecated-declarations -Wdisabled-optimization @gol
117 -Wno-div-by-zero -Wdouble-promotion -Wempty-body -Wenum-compare @gol
118 -Wno-endif-labels -Werror -Werror=* @gol
119@@ -613,6 +613,11 @@ Objective-C and Objective-C++ Dialects}.
120 -m32 -m64 -mlarge-data-threshold=@var{num} @gol
121 -msse2avx -mfentry -m8bit-idiv}
122
123+@emph{i386 and x86-64 Windows Options}
124+@gccoptlist{-mconsole -mcygwin -mno-cygwin -mdll
125+-mnop-fun-dllimport -mthread @gol
126+-municode -mwin32 -mwindows -fno-set-stack-executable}
127+
128 @emph{IA-64 Options}
129 @gccoptlist{-mbig-endian -mlittle-endian -mgnu-as -mgnu-ld -mno-pic @gol
130 -mvolatile-asm-stop -mregister-names -msdata -mno-sdata @gol
131@@ -906,11 +911,6 @@ See RS/6000 and PowerPC Options.
132 @emph{x86-64 Options}
133 See i386 and x86-64 Options.
134
135-@emph{i386 and x86-64 Windows Options}
136-@gccoptlist{-mconsole -mcygwin -mno-cygwin -mdll
137--mnop-fun-dllimport -mthread @gol
138--municode -mwin32 -mwindows -fno-set-stack-executable}
139-
140 @emph{Xstormy16 Options}
141 @gccoptlist{-msim}
142
143@@ -3045,7 +3045,7 @@ Warn whenever a comment-start sequence @samp{/*} appears in a @samp{/*}
144 comment, or whenever a Backslash-Newline appears in a @samp{//} comment.
145 This warning is enabled by @option{-Wall}.
146
147-@item -Wno-cpp \
148+@item -Wno-cpp
149 @r{(C, Objective-C, C++, Objective-C++ and Fortran only)}
150
151 Suppress warning messages emitted by @code{#warning} directives.
152@@ -12815,6 +12815,78 @@ Generate code for the large model: This model makes no assumptions
153 about addresses and sizes of sections.
154 @end table
155
156+@node i386 and x86-64 Windows Options
157+@subsection i386 and x86-64 Windows Options
158+@cindex i386 and x86-64 Windows Options
159+
160+These additional options are available for Windows targets:
161+
162+@table @gcctabopt
163+@item -mconsole
164+@opindex mconsole
165+This option is available for Cygwin and MinGW targets. It
166+specifies that a console application is to be generated, by
167+instructing the linker to set the PE header subsystem type
168+required for console applications.
169+This is the default behavior for Cygwin and MinGW targets.
170+
171+@item -mdll
172+@opindex mdll
173+This option is available for Cygwin and MinGW targets. It
174+specifies that a DLL - a dynamic link library - is to be
175+generated, enabling the selection of the required runtime
176+startup object and entry point.
177+
178+@item -mnop-fun-dllimport
179+@opindex mnop-fun-dllimport
180+This option is available for Cygwin and MinGW targets. It
181+specifies that the dllimport attribute should be ignored.
182+
183+@item -mthread
184+@opindex mthread
185+This option is available for MinGW targets. It specifies
186+that MinGW-specific thread support is to be used.
187+
188+@item -municode
189+@opindex municode
190+This option is available for mingw-w64 targets. It specifies
191+that the UNICODE macro is getting pre-defined and that the
192+unicode capable runtime startup code is chosen.
193+
194+@item -mwin32
195+@opindex mwin32
196+This option is available for Cygwin and MinGW targets. It
197+specifies that the typical Windows pre-defined macros are to
198+be set in the pre-processor, but does not influence the choice
199+of runtime library/startup code.
200+
201+@item -mwindows
202+@opindex mwindows
203+This option is available for Cygwin and MinGW targets. It
204+specifies that a GUI application is to be generated by
205+instructing the linker to set the PE header subsystem type
206+appropriately.
207+
208+@item -fno-set-stack-executable
209+@opindex fno-set-stack-executable
210+This option is available for MinGW targets. It specifies that
211+the executable flag for stack used by nested functions isn't
212+set. This is necessary for binaries running in kernel mode of
213+Windows, as there the user32 API, which is used to set executable
214+privileges, isn't available.
215+
216+@item -mpe-aligned-commons
217+@opindex mpe-aligned-commons
218+This option is available for Cygwin and MinGW targets. It
219+specifies that the GNU extension to the PE file format that
220+permits the correct alignment of COMMON variables should be
221+used when generating code. It will be enabled by default if
222+GCC detects that the target assembler found during configuration
223+supports the feature.
224+@end table
225+
226+See also under @ref{i386 and x86-64 Options} for standard options.
227+
228 @node IA-64 Options
229 @subsection IA-64 Options
230 @cindex IA-64 Options
231@@ -17541,78 +17613,6 @@ is defined for compatibility with Diab.
232
233 These are listed under @xref{i386 and x86-64 Options}.
234
235-@node i386 and x86-64 Windows Options
236-@subsection i386 and x86-64 Windows Options
237-@cindex i386 and x86-64 Windows Options
238-
239-These additional options are available for Windows targets:
240-
241-@table @gcctabopt
242-@item -mconsole
243-@opindex mconsole
244-This option is available for Cygwin and MinGW targets. It
245-specifies that a console application is to be generated, by
246-instructing the linker to set the PE header subsystem type
247-required for console applications.
248-This is the default behavior for Cygwin and MinGW targets.
249-
250-@item -mdll
251-@opindex mdll
252-This option is available for Cygwin and MinGW targets. It
253-specifies that a DLL - a dynamic link library - is to be
254-generated, enabling the selection of the required runtime
255-startup object and entry point.
256-
257-@item -mnop-fun-dllimport
258-@opindex mnop-fun-dllimport
259-This option is available for Cygwin and MinGW targets. It
260-specifies that the dllimport attribute should be ignored.
261-
262-@item -mthread
263-@opindex mthread
264-This option is available for MinGW targets. It specifies
265-that MinGW-specific thread support is to be used.
266-
267-@item -municode
268-@opindex municode
269-This option is available for mingw-w64 targets. It specifies
270-that the UNICODE macro is getting pre-defined and that the
271-unicode capable runtime startup code is chosen.
272-
273-@item -mwin32
274-@opindex mwin32
275-This option is available for Cygwin and MinGW targets. It
276-specifies that the typical Windows pre-defined macros are to
277-be set in the pre-processor, but does not influence the choice
278-of runtime library/startup code.
279-
280-@item -mwindows
281-@opindex mwindows
282-This option is available for Cygwin and MinGW targets. It
283-specifies that a GUI application is to be generated by
284-instructing the linker to set the PE header subsystem type
285-appropriately.
286-
287-@item -fno-set-stack-executable
288-@opindex fno-set-stack-executable
289-This option is available for MinGW targets. It specifies that
290-the executable flag for stack used by nested functions isn't
291-set. This is necessary for binaries running in kernel mode of
292-Windows, as there the user32 API, which is used to set executable
293-privileges, isn't available.
294-
295-@item -mpe-aligned-commons
296-@opindex mpe-aligned-commons
297-This option is available for Cygwin and MinGW targets. It
298-specifies that the GNU extension to the PE file format that
299-permits the correct alignment of COMMON variables should be
300-used when generating code. It will be enabled by default if
301-GCC detects that the target assembler found during configuration
302-supports the feature.
303-@end table
304-
305-See also under @ref{i386 and x86-64 Options} for standard options.
306-
307 @node Xstormy16 Options
308 @subsection Xstormy16 Options
309 @cindex Xstormy16 Options
310--
3111.7.0.4
312