https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94335
--- Comment #3 from Richard Biener ---
You should be using (intptr_t)t - (intptr_t)this when computing the relative
pointer, not sure if that makes a difference but pointer difference between
pointers to different objects invokes undefined behavi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94337
--- Comment #1 from Richard Biener ---
The warning only looks at the single expression it quotes which isn't really
enough to discover you are doing right. It tries to be helpful - if you know
better then disable the warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91518
Richard Biener changed:
What|Removed |Added
Priority|P1 |P3
--- Comment #7 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91518
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
CC||luoxhu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94269
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d21dff5b4fee51ae432143065bededfc763dc344
commit r10-7391-gd21dff5b4fee51ae432143065bededfc763dc344
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93365
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #36 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9708ca2be40399d6266bc85c99e085e3fe27a809
commit r10-7392-g9708ca2be40399d6266bc85c99e085e3fe27a809
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94272
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5a1706f63a2024a5c2d878f2efeb8d198214542f
commit r10-7393-g5a1706f63a2024a5c2d878f2efeb8d198214542f
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94334
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #37 from Martin Liška ---
@Jakub: Can we close it? Or do you plan any other patch for it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94335
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #38 from Jakub Jelinek ---
No, far from it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94043
--- Comment #13 from Richard Biener ---
(In reply to Kewen Lin from comment #12)
> Created attachment 48122 [details]
> ppc64le tested patch
>
> Thanks Richi!
>
> A patch draft attached to ensure on the right track, also
> bootstrapped/regresst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94272
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=81349
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:dab932d1519ba07fb4c49e6849ee7ceb02c0d603
commit r10-7394-gdab932d1519ba07fb4c49e6849ee7ceb02c0d603
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94333
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81349
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=94335
--- Comment #4 from Romain Geissler ---
Thanks Richard.
Indeed, beyond the false positive described in this bug, our whole code that
implement "relative pointer" is I think quite hacky and not very compiler
friendly (around alignment, aliasing r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94338
Bug ID: 94338
Summary: struct member alignment is not carried over to
alignment of struct variable
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94043
--- Comment #14 from Kewen Lin ---
(In reply to Richard Biener from comment #13)
>
> + /* Find all SSA NAMEs in stmts which is defined in current loop,
> create
> +PHIs for them, and replace them with phi results accordingly. */
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94338
--- Comment #1 from huaixin chang ---
I have tested on x86_64 with gcc version 4.8.5 20150623,
and also arm with gcc version 9.2.1 20190812.
They behaves the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94330
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94043
--- Comment #15 from rguenther at suse dot de ---
On Thu, 26 Mar 2020, linkw at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94043
>
> --- Comment #14 from Kewen Lin ---
> (In reply to Richard Biener from comment #13)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94334
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94271
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94281
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:10ea09ee846eaa345161a3a3f519b3780d6101fa
commit r10-7395-g10ea09ee846eaa345161a3a3f519b3780d6101fa
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94337
--- Comment #2 from Vincent Lefèvre ---
Why not having a level with no false positives? This would avoid to disable the
warning globally.
IMHO, using it when a union is involved is likely to generate false positives.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94334
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:d6730f06420106af01e26414f046626b5292565d
commit r10-7396-gd6730f06420106af01e26414f046626b5292565d
Author: Martin Liska
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94334
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94338
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94271
--- Comment #6 from Martin Liška ---
(In reply to Rainer Orth from comment #5)
> Unfortunately, apart from PR testsuite/94334, the patch introduced another
> failure:
>
> +FAIL: gcc.target/i386/pr81213-2.c (test for excess errors)
>
> Excess er
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94323
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:da920d0c46c38fe25ee0b597a8698d3a4d098f3c
commit r10-7397-gda920d0c46c38fe25ee0b597a8698d3a4d098f3c
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94339
Bug ID: 94339
Summary: [10 regression] ICE in tree_class_check_failed
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94330
Martin Liška changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94323
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94320
--- Comment #2 from Tobias Burnus ---
(In reply to Jakub Jelinek from comment #1)
> tried
> + && !lto_stream_offload_p
With that patch, I get 6 times "has been referenced in offloaded code but
hasn't been marked to be included in the offloa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94336
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-03-26
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94339
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94339
--- Comment #2 from Christophe Lyon ---
Created attachment 48123
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48123&action=edit
ada-lang.ii.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94328
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94339
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94339
Martin Liška changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Summa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94340
Bug ID: 94340
Summary: [9/10 Regression] -fcompare-debug -O failure on
cpp1z/nodiscard3.C
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94340
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-03-26
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94340
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|9.4 |8.5
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94220
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:e519d644999d04e0a341cb034f4d954963b1d2d2
commit r10-7399-ge519d644999d04e0a341cb034f4d954963b1d2d2
Author: Richard Earnshaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94220
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94339
Martin Liška changed:
What|Removed |Added
Keywords|needs-reduction |
--- Comment #5 from Martin Liška ---
Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94341
Bug ID: 94341
Summary: mve_mov can produce ICE on latest trunk
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94341
Matthew Malcomson changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94342
Bug ID: 94342
Summary: GCC ignores attribute((section(...))) for static
variables inside templates
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94339
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=94342
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93369
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94257
Nathan Sidwell changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94326
Jakub Jelinek changed:
What|Removed |Added
Component|debug |c++
--- Comment #1 from Jakub Jelinek -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94326
--- Comment #2 from Jakub Jelinek ---
$ rm -f pr94326.C.*; ./cc1plus -quiet -std=c++11 pr94326.C -Wreturn-local-addr
-da; grep REG_EH_REGION pr94326.C.*
pr94326.C: In instantiation of ‘const int& A<
>::m_fn1() [with = int]’:
pr94326.C:5:45: r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91322
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94043
Kewen Lin changed:
What|Removed |Added
Attachment #48122|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94336
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94273
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94273
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94342
--- Comment #2 from Richard Biener ---
I think it should belong to the same .comdat group as other parts of the
template instantiation (there's one static var per instantiation) so I don't
see how the section specification can be easily honored.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94342
--- Comment #3 from Richard Biener ---
Hmm, I see clang produces
COMDAT group section [3] `.group' [_Z5IndexIiEvi] contains 2 sections:
[Index]Name
[4] .text._Z5IndexIiEvi
[5] .rela.text._Z5IndexIiEvi
COMDAT group s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94342
--- Comment #4 from Richard Biener ---
So the section attribute then only provides naming of the comdat section used
and cannot be used to group things. Not sure that is what you are looking
after.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94043
--- Comment #17 from Richard Biener ---
(In reply to Kewen Lin from comment #16)
> Created attachment 48125 [details]
> untested patch
LGTM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91322
Wilco changed:
What|Removed |Added
CC||wdijkstr at arm dot com
--- Comment #2 from Wilc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94326
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94326
--- Comment #4 from Jakub Jelinek ---
--- gcc/cp/call.c.jj2020-03-25 08:05:07.153731580 +0100
+++ gcc/cp/call.c 2020-03-26 15:03:42.432909693 +0100
@@ -333,11 +333,14 @@ set_flags_from_callee (tree call)
&& internal_fn_flags
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94282
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94329
Jakub Jelinek changed:
What|Removed |Added
Summary|gcc-9: error: use_only.f90: |[8/9/10 Regression] error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93621
Martin Liška changed:
What|Removed |Added
Known to fail||10.0, 9.3.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91322
--- Comment #3 from Martin Liška ---
(In reply to Wilco from comment #2)
> (In reply to Martin Liška from comment #1)
> > I've just run the test-case on aarch64 and it works fine (-O2, -O2 -flto,
> > -O3 -flto -fno-early-inlining). And lto.exp te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90415
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94343
Bug ID: 94343
Summary: [10 Regression] invalid AVX512VL vpternlogd
instruction emitted for -march=knl
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93621
Martin Liška changed:
What|Removed |Added
Known to work|9.2.0 |9.3.0
Known to fail|9.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94343
Martin Liška changed:
What|Removed |Added
CC||jbeulich at suse dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94343
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=94344
Bug ID: 94344
Summary: Rotate pattern not recognized anymore
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94344
--- Comment #1 from Andrew Pinski ---
g:c4c5ad1d6d1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94344
Andrew Pinski changed:
What|Removed |Added
Summary|Rotate pattern not |[9/10 Regression] Rotate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94343
--- Comment #3 from H.J. Lu ---
Created attachment 48126
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48126&action=edit
A patch
Jakub, this is what I have. Feel free to ignore it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94343
--- Comment #4 from Jakub Jelinek ---
I was thinking about
--- gcc/config/i386/sse.md.jj 2020-03-06 11:35:46.284074858 +0100
+++ gcc/config/i386/sse.md 2020-03-26 17:35:23.690515228 +0100
@@ -12800,10 +12800,18 @@
(xor:VI (match_op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94345
Bug ID: 94345
Summary: std::chrono overflows due to c++14 non-compliance
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94343
--- Comment #5 from Jakub Jelinek ---
Created attachment 48127
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48127&action=edit
gcc10-pr94343.patch
That of course doesn't work if the input operand is memory. This should.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94343
--- Comment #6 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #5)
> Created attachment 48127 [details]
> gcc10-pr94343.patch
>
> That of course doesn't work if the input operand is memory. This should.
LGTM. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94342
--- Comment #5 from Anton ---
Looking at the COMDAT groups for the example with 2 instantiations (Index
and Index), I think this is what is actually expected: section for
Index must not be grouped with section for Index. In general,
different ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94342
--- Comment #6 from Anton ---
I also don't understand why all the parts of a template instantiation need to
be kept in the same COMDAT group. Neither clang nor gcc does it:
template
voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94345
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94338
--- Comment #3 from joseph at codesourcery dot com ---
It's a mistake to be referring to the C standard for the interpretation of
alignment attributes. The C standard way of specifying alignment is
_Alignas, not __attribute__, and if you write
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94343
--- Comment #7 from Jakub Jelinek ---
Though, there are other issues. There is only vpternlog{d,q}, so for
V*[QH]Imode we shouldn't pretend we have masking support.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94282
--- Comment #2 from Andrew Pinski ---
(In reply to Tobias Burnus from comment #1)
> The symbol __gxx_personality_v0 is part of libsupc++ – which I believe is
> not build to to lacking/restricted C++ support.
It is also exception handling related
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94282
--- Comment #3 from Andrew Stubbs ---
(In reply to Andrew Pinski from comment #2)
> (In reply to Tobias Burnus from comment #1)
> > The symbol __gxx_personality_v0 is part of libsupc++ – which I believe is
> > not build to to lacking/restricted C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94343
Jakub Jelinek changed:
What|Removed |Added
Attachment #48127|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94273
--- Comment #7 from Alexey Neyman ---
(In reply to Richard Biener from comment #6)
> (In reply to Alexey Neyman from comment #4)
> > Or add a similar "return if debug level is terse" at the beginning of
> > `gen_type_die` - I didn't notice that i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94346
Bug ID: 94346
Summary: [9/10 Regression] ICE due to handle_copy_attribute
since r9-3982
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94346
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94343
--- Comment #9 from Matthias Kretz (Vir) ---
(In reply to Jakub Jelinek from comment #8)
> Created attachment 48128 [details]
> gcc10-pr94343.patch
The avx512vl-pr94343.c test should ideally fail because `_mm_andnot_si128
((__m128i) (~v ^ a), (_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94347
Bug ID: 94347
Summary: Assignment pointer at declaration
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94335
--- Comment #5 from Martin Sebor ---
Few middle-end warnings consider control flow -- most simply look at a single
statement at a time and consider ranges of argument values (if any). Those
that do consider control flow (e.g., -Wreturn-local-add
1 - 100 of 131 matches
Mail list logo