https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97795
Richard Biener changed:
What|Removed |Added
Depends on||90458
--- Comment #1 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90458
Richard Biener changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90458
--- Comment #4 from Eric Botcazou ---
> In general on x86 the compiler handles stack allocation (and probing when
> stack clash protection is enabled). However, on Windows targets that stuff
> is actually handled by calls to __chkstk_ms.
>
> On
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98209
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98193
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4164e58bfd5d57e7399f91c7c27ae6ccebc7dcb0
commit r11-5874-g4164e58bfd5d57e7399f91c7c27ae6ccebc7dcb0
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98199
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0673fc691175bfdb72d70c2fbbfcad238a3a9942
commit r11-5875-g0673fc691175bfdb72d70c2fbbfcad238a3a9942
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98199
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98193
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98114
Hongtao.liu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98211
Bug ID: 98211
Summary: [11 Regression] Wrong code at -O3 since
r11-4482-gb626b00823af9ca9
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98211
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98200
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-12-09
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98203
Richard Biener changed:
What|Removed |Added
Priority|P4 |P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98209
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190
--- Comment #10 from rsandifo at gcc dot gnu.org
---
(In reply to Jakub Jelinek from comment #9)
> Perhaps some of those checks on the other side are redundant and could be
> turned e.g. into gcc_checking_assert of gcc_assert, I bet if the MEM_R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98209
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.5
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98209
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98210
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Summary|SHF_GNU_RETAIN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98209
--- Comment #6 from Martin Liška ---
Started with r8-2658-g9b25e12d2d940a61.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98211
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95396
--- Comment #9 from Richard Biener ---
should link all the split_constant_offset issues together ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190
--- Comment #11 from rguenther at suse dot de ---
On Wed, 9 Dec 2020, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190
>
> --- Comment #10 from rsandifo at gcc dot gnu.org gnu.org> ---
> (In reply to Jaku
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98196
--- Comment #4 from Martin Liška ---
(In reply to Alex Coplan from comment #3)
> @Martin: I originally saw the issue with a testcase generated by YARPGen
> (https://github.com/intel/yarpgen), but this only hit the bug with LTO.
Oh, cool. I haven
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98209
--- Comment #7 from rguenther at suse dot de ---
On Wed, 9 Dec 2020, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98209
>
> --- Comment #6 from Martin Liška ---
> Started with r8-2658-g9b25e12d2d940a61.
Yeah
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190
--- Comment #12 from Jakub Jelinek ---
(In reply to rsand...@gcc.gnu.org from comment #10)
> If we can't assert, I guess the rule is that we need to extend
> whenever we're storing to the MSB of the inner register. We can
> do that either by ext
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98169
--- Comment #2 from denis.campredon at gmail dot com ---
This also applies to vector types.
---
typedef float __attribute__((vector_size(8))) T;
T f(T a) {
return a != a;
}
---
Gcc could generate:
--
f:
xorps xmm1, xmm
What is going on is that in 'update_costs_from_allocno' we try to
identify the smallest mode using narrower_subreg_mode to then update the
costs.
The two modes involved here are E_DImode and E_VNx2QImode, cause these
are not ordered we ICE in 'paradoxical_subreg_p'.
Now I don't know if the strate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092
--- Comment #3 from Andrea Corallo ---
What is going on is that in 'update_costs_from_allocno' we try to
identify the smallest mode using narrower_subreg_mode to then update the
costs.
The two modes involved here are E_DImode and E_VNx2QImode, c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98212
Bug ID: 98212
Summary: X86 unoptimal code for float equallity comparison
followed by jump
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98169
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98211
--- Comment #2 from Richard Biener ---
Huh. OK, so we do some pointless vectorization (the store is in a BB
ending in __builtin_unreachable()) but the actual issue must be the
live lane extraction into the not vectorized scalar code:
vect_pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98211
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98200
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:42bdf814493c2c39e7a6bd3fb2dd4491352ce5d9
commit r11-5877-g42bdf814493c2c39e7a6bd3fb2dd4491352ce5d9
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98213
Bug ID: 98213
Summary: [11 Regression] Never ending compilation at -O3 since
r11-161-g283cb9ea6293e813
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98200
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98213
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98169
--- Comment #4 from Jakub Jelinek ---
Created attachment 49711
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49711&action=edit
gcc11-pr98169.patch
Untested patch to do it on the dojump.c side (which is I think useful even if
match.pd is c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98212
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98211
--- Comment #4 from Richard Biener ---
GIMPLE testcase for the vectorization (w/o driver part). If you make the
condition non-uniform then we include the _28 SLP def in the SLP and
everything goes correct. So it might be that we need to special
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98211
--- Comment #5 from Richard Biener ---
OK, so I think
x.c:41:31: note: === vect_pattern_recog ===
x.c:41:31: note: vect_recog_mask_conversion_pattern: detected: iftmp.2_10 =
_26 != 0 ? iftmp.2_22 : iftmp.2_21;
x.c:41:31: note: mask_convers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98214
Bug ID: 98214
Summary: SVE: Wrong code with -O3 -msve-vector-bits=512
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98205
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98203
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98182
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98211
Richard Biener changed:
What|Removed |Added
CC||duanbo3 at huawei dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92469
--- Comment #12 from Jakub Jelinek ---
Created attachment 49713
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49713&action=edit
gcc11-pr92469.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98213
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98212
Richard Biener changed:
What|Removed |Added
Summary|X86 unoptimal code for |[10/11 Regression] X86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98212
--- Comment #2 from Uroš Bizjak ---
f1 is currently unoptimal by design, the compiler is unable to merge trapping
and non-trapping instructions. There is already a PR for that.
f2 is not optimal. The conditional jump to the unconditional jump ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98213
--- Comment #2 from Martin Liška ---
Sure:
long var_23, min___a;
int var_24, test_var_8, test_arr_16;
extern bool arr_20[][13];
char arr_21_0_0_0_0_0;
const unsigned long long &min(unsigned long long &__b) {
if (__b)
return __b;
return m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98215
Bug ID: 98215
Summary: Coalescing memory in target region creates slower code
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98215
--- Comment #1 from rene.jacobsen at deic dot dk ---
Created attachment 49715
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49715&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98215
--- Comment #2 from rene.jacobsen at deic dot dk ---
Created attachment 49716
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49716&action=edit
nvptx preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98210
H.J. Lu changed:
What|Removed |Added
Resolution|--- |MOVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98201
--- Comment #15 from dpozar at ecs dot umass.edu ---
attached is the output file from
c:\MinGW>objdump -t c:\mingw\programs\testcsqrt.exe >cmdout.txt
don't see any reference to libraries, though.
thanks,
dave
Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98182
--- Comment #6 from Martin Liška ---
(In reply to Christophe Lyon from comment #5)
> The new test if-to-switch-10.c fails on aarch64:
> FAIL: gcc.dg/tree-ssa/if-to-switch-10.c scan-tree-dump iftoswitch "Condition
> chain with [^\n\r]* BBs transfo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98182
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98019
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #41 from abebeos at lazaridis dot com ---
[RFC] [avr] Toolchain Integration for Testsuite Execution (avr cc0 to mode_cc0
conversion)
https://gcc.gnu.org/pipermail/gcc-patches/2020-December/561427.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98182
--- Comment #8 from Christophe Lyon ---
Indeed if-to-switch-1.c fails on aarch64 too, the other ones pass.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65821
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84938
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|8.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86943
Jason Merrill changed:
What|Removed |Added
Target Milestone|8.5 |8.3
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20408
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |10.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21796
Bug 21796 depends on bug 20408, which changed state.
Bug 20408 Summary: Unnecessary code generated for empty structs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20408
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17232
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56838
Bug 56838 depends on bug 17232, which changed state.
Bug 17232 Summary: [DR 1640] classes and class template specializations treated
differently w.r.t. core issue #337
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17232
What|Remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93310
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208
Nathan Sidwell changed:
What|Removed |Added
Last reconfirmed||2020-12-09
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98214
Alex Coplan changed:
What|Removed |Added
Target Milestone|--- |10.3
Summary|SVE: Wrong code wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092
--- Comment #4 from rsandifo at gcc dot gnu.org
---
(In reply to Andrea Corallo from comment #3)
> Created attachment 49710 [details]
> PR97092.patch
>
> What is going on is that in 'update_costs_from_allocno' we try to
> identify the smallest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98182
--- Comment #9 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:33d2f41785b24ad43c5a9d52aa289e33ac838f86
commit r11-5883-g33d2f41785b24ad43c5a9d52aa289e33ac838f86
Author: Martin Liska
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98182
Martin Liška changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97517
--- Comment #3 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:fe70679b80f5e6193a0976be41b68d590c7cb2f3
commit r11-5884-gfe70679b80f5e6193a0976be41b68d590c7cb2f3
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97517
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85282
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98144
Andrew Macleod changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98213
--- Comment #3 from Richard Biener ---
OK, so it's "merely" taking a long time (exponential) walking all paths through
the CFG. Meh.
I have a patch fixing this case but will have to think about some more.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98144
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98212
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-12-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92446
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92576
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190
--- Comment #13 from rguenther at suse dot de ---
On Wed, 9 Dec 2020, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190
>
> --- Comment #12 from Jakub Jelinek ---
> (In reply to rsand...@gcc.gnu.org from comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98209
--- Comment #8 from jamesgua at ca dot ibm.com ---
one more function found the same issue:
memcpy
I guess more functions in libc might have same issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97875
--- Comment #4 from Christophe Lyon ---
In both cases (Neon and MVE), DR_TARGET_ALIGNMENT is 8, so the decision to emit
a useless loop tail comes from elsewhere.
And yes, MVE vldrw.32 and vstrw.32 share the same alignment properties.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85282
Patrick Palka changed:
What|Removed |Added
Assignee|ppalka at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88355
Emmanuel Le Trong changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98201
--- Comment #16 from Steve Kargl ---
On Wed, Dec 09, 2020 at 01:24:20PM +, dpozar at ecs dot umass.edu wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98201
>
> --- Comment #15 from dpozar at ecs dot umass.edu ---
> attached is the out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208
--- Comment #3 from Nathan Sidwell ---
Created attachment 49719
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49719&action=edit
patch
does this fix it? I can't run the fixinclude testsuite on gcc119 as autogen
doesn't appear to be there:
auto b = wrapper {};
auto c = add (a, b);
assert (c.arr == MINUS_TWO); // <- should fail
assert (c.arr == MINUS_ONE); // <- should pass
}
Compiled with version 11.0.0 20201209, the first assertion passes and the
second fails. It should be the opposite.
FWIW, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208
--- Comment #4 from Ilya Leoshkevich ---
Unfortunately not, with this patch I get:
sys/types.h gcc/fixincludes/tests/base/sys/types.h differ: byte 243, line 12
*** sys/types.h 2020-12-09 15:46:15.843503181 +
--- gcc/fixincludes/tests/base/sy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208
--- Comment #5 from Ilya Leoshkevich ---
Oh, just in case: gcc121 is x86_64 CentOS Linux 7, not AIX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98108
--- Comment #3 from Jonathan Wakely ---
I think it's QoI whether this works.
"The objects are constructed and the associations are established at some time
prior to or during the first time an object of class ios_base::Init is
constructed, ..."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208
--- Comment #6 from Nathan Sidwell ---
Created attachment 49720
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49720&action=edit
v2
Ok, I think I'm understanding what fixinclude's testsuite is looking for.
Here's an updated patch, using t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88355
--- Comment #5 from Jonathan Wakely ---
It was fixed by r273591 so maybe a dup of PR c++/90098 or PR c++/90099 or PR
c++/90101
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88355
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208
--- Comment #7 from Ilya Leoshkevich ---
Still a similar error:
sys/types.h /home/iii/gcc/fixincludes/tests/base/sys/types.h differ: byte 243,
line 12
*** sys/types.h 2020-12-09 15:57:57.575959676 +
--- /home/iii/gcc/fixincludes/tests/base
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98216
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98201
--- Comment #17 from dpozar at ecs dot umass.edu ---
No, I don't think it is compiled with static option. I am using code blocks,
which does not seem to even allow a static option.
From: sgk at troutmask dot apl.wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98217
Bug ID: 98217
Summary: Prefer a warning for when VLAs declared on stack
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
1 - 100 of 146 matches
Mail list logo