https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111097
--- Comment #1 from Fabio Cannizzo ---
Changing the `#if 1` to `#if 0` is probably the easiest way to isolate the
debug. It causes only minimal changes to the generated assembler.
I forgot to mention, the code is compiled with the flags
-O3 -ms
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111088
--- Comment #4 from Richard Biener ---
In C++ this would have been undefined - I don't think this particular testcase
is worth "optimizing".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111097
Bug ID: 111097
Summary: mistifying bug triggered by trivial code change
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111096
--- Comment #2 from Andrew Pinski ---
See https://gcc.gnu.org/pipermail/gcc-patches/2016-September/456662.html
I think this is by design of the ABI ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111096
--- Comment #1 from Andrew Pinski ---
#define FIXED_REGISTERS \
{ \
0, 0, 0, 0, 0, 0, 0, 0, /* R0 - R7 */ \
0, 0, 0, 0, 0, 0, 0, 0, /
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95924
--- Comment #3 from Andrew Pinski ---
_4 = (int) a_11(D);
_5 = ~_4;
_6 = (int) b_10(D);
_7 = _5 & _6;
(simplify
(bit_and:c (bit_not zero_one_valued_p@0) zero_one_valued_p@1)
(bit_and @1 (bit_xor! @0 { build_one_cst (type); } )))
Might
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111096
Bug ID: 111096
Summary: Frame pointer is not used even when
-fomit-frame-pointer is specified
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: enhancem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82153
--- Comment #6 from Andrew Pinski ---
convert_to_integer_1 in convert.cc has some optmiizations which are missing in
match.pd .
/* Convert e.g. (long)round(d) -> lround(d). */
/* Convert (int)logb(d) -> ilogb(d). */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80517
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43147
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108143
--- Comment #9 from Gaius Mulley ---
Almost certainly m2builtin.cc is failing to detect that the targettm does not
have log10l builtin as the result for log10l is always 0.0 on the ppc64le.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110529
--- Comment #2 from mengli ming ---
Um, would you be available to take a look at this case? Your insights would be
greatly appreciated!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111095
Bug ID: 111095
Summary: -Wanalyzer-out-of-bounds false negative with `return
l_1322[9];`
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111064
--- Comment #3 from Hongtao.liu ---
I didn't find the any regression when testing the patch.
Guess it's because my tester is full-copy run and the options are -march=native
-Ofast -flto -funroll-loop.
Let me verify it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105899
--- Comment #3 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:3b691e0190c6e7291f8a52e1e14d8293a28ff4ce
commit r14-3376-g3b691e0190c6e7291f8a52e1e14d8293a28ff4ce
Author: David Malcolm
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105899
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:fe97f09a0caeff2a22cc41b26bf08692bff8686d
commit r14-3374-gfe97f09a0caeff2a22cc41b26bf08692bff8686d
Author: David Malcolm
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108143
--- Comment #8 from Gaius Mulley ---
On reflection I'll drill down to see why the modula-2 builtin log10l doesn't
work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110080
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110080
--- Comment #3 from Andrew Pinski ---
a.0_1 = aD.2830;
# RANGE [irange] unsigned int [0, 255] MASK 0xff VALUE 0x0
_2 = (unsigned intD.9) a.0_1;
# RANGE [irange] unsigned char [0, 0][4, 4] MASK 0x4 VALUE 0x0
_6 = a.0_1 & 4;
# RANGE [i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108143
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108143
Gaius Mulley changed:
What|Removed |Added
CC||gaius at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109943
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110949
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-08-21
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110915
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> These should work, I think, will try after finishing up the pointer:
This is better version, it replaces the current min_value/max_value even:
(match min_value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111094
Ed Catmur changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 111094, which changed state.
Bug 111094 Summary: Spurious Wuninitialized swapping underlying bytes of object
representation in move constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111094
What|Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49588
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111094
--- Comment #3 from Andrew Pinski ---
Also I read 2.2 differently (https://eel.is/c++draft/basic.indet) .
Since the object which you are reading from is of type S and even though you
are using an `unsigned char` to read the value here, it will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111094
--- Comment #2 from Andrew Pinski ---
But that does not mean GCC should not warn about this. It just means it will
NOT be undefined behavior ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111094
Andrew Pinski changed:
What|Removed |Added
Component|c++ |tree-optimization
--- Comment #1 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111094
Bug ID: 111094
Summary: Spurious Wuninitialized swapping underlying bytes of
object representation in move constructor
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111089
--- Comment #1 from Andrew Pinski ---
libstdc++'s c++20 version of _Uninitialized:
struct _Empty_byte { };
union {
_Empty_byte _M_empty;
_Type _M_storage;
};
c++17 version:
__gnu_cxx::__aligned_membuf<_Type> _M_storag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111093
Bug ID: 111093
Summary: [nvptx] ICE (assert) when running
"accel/nvptx-none/cc1 -E -dM < /dev/null"
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111048
--- Comment #11 from Sergei Trofimovich ---
I confirm highway-1.0.6 still passes the tests with Prathamesh's fix. Thank
you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96868
roland at gnu dot org changed:
What|Removed |Added
CC||roland at gnu dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111090
Ed Catmur changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 111090, which changed state.
Bug 111090 Summary: Bogus -Wuninitialized for trivial copy of nested struct
with partially initialized array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111090
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111082
Andrew Pinski changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111092
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111091
--- Comment #2 from Andrew Pinski ---
Both libstdc++ and libc++ have the same behavior for Try1 ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111092
Bug ID: 111092
Summary: ice expand_fn_using_insn, at internal-fn.cc:214
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111091
--- Comment #1 from KL ---
The godbolt has the clang compiler set but it was just to compare the output
(which has the same output given the same libstdc++).
Sorry for this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111090
--- Comment #3 from Andrew Pinski ---
Reduced to make it obvious what is going on:
```
struct A {
A() { buf[0] = 0; }
int buf[2];
};
A g()
{
A a;
A b = a;
return b;
}
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111091
Bug ID: 111091
Summary: Split view with double quoted string
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111088
--- Comment #3 from Jan Hubicka ---
> But adds a return with a value. And then the inliner inlines foo into foo2 but
> we still have the return with a value around ...
I guess ICF can special case unused return value, but why this is not
taken c
> But adds a return with a value. And then the inliner inlines foo into foo2 but
> we still have the return with a value around ...
I guess ICF can special case unused return value, but why this is not
taken care of by ipa-sra?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111090
--- Comment #2 from Andrew Pinski ---
I don't see how it is bogus as you admit it was only partially initialized
even. The act of copying is still an use IIRC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106671
--- Comment #18 from Mark Brown ---
It's section placement stuff that's triggering this. You will also be able to
build a larger kernel if you try, though I'm not sure that's practical.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111088
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111090
--- Comment #1 from Ed Catmur ---
uh, -O -Wall is necessary, obviously. https://godbolt.org/z/eT9dY467P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106671
--- Comment #17 from Wilco ---
(In reply to Mark Brown from comment #13)
> The kernel hasn't got any problem with BTI as far as I am aware - when built
> with clang we run the kernel with BTI enabled since clang does just insert a
> BTI C at the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111090
Bug ID: 111090
Summary: Bogus -Wuninitialized for trivial copy of nested
struct with partially initialized array
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106671
--- Comment #16 from Richard Earnshaw ---
(In reply to Mark Brown from comment #15)
> The kernel module loader simply does not insert veneers at present, and
> there were some implementation concerns IIRC.
That's not a good reason to weaken the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652
Igor Kushnir changed:
What|Removed |Added
CC||igorkuo at meta dot ua
--- Comment #20 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111083
Iain Sandoe changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102609
--- Comment #14 from Barry Revzin ---
> I am finding myself realizing that implementing this as a member function and
> turning off member function bits seems to be more difficult than implementing
> it as a static function and implementing me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111010
--- Comment #12 from Uroš Bizjak ---
gcc-13 version:
--cut here--
diff --git a/gcc/config/i386/i386.md b/gcc/config/i386/i386.md
index 5363b37d448..df476763f85 100644
--- a/gcc/config/i386/i386.md
+++ b/gcc/config/i386/i386.md
@@ -11527,7 +1152
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93080
--- Comment #7 from Richard Biener ---
comment#4 could be implemented by an associating pattern in match.pd, currently
we get
a_3 = BIT_INSERT_EXPR ;
a_4 = VEC_PERM_EXPR ;
associating a VEC_PERM_EXPR when a or b are defined as
insertion in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106671
--- Comment #15 from Mark Brown ---
The kernel module loader simply does not insert veneers at present, and there
were some implementation concerns IIRC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110566
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110197
--- Comment #11 from Matt Godbolt ---
Thank you Patrick! Great news! About 1/3 of my build's output is this warning
right now :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110197
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111088
--- Comment #1 from Andrew Pinski ---
It is ICF coming into play and then inlining.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111067
--- Comment #4 from Iain Sandoe ---
clang on Darwin rejects the code thus:
$ ./bin/clang++ /src-local/gcc-master/gcc/testsuite/g++.dg/opt/icf1.C -o i1
-std=c++14
/src-local/gcc-master/gcc/testsuite/g++.dg/opt/icf1.C:5:3: error:
'no_unique_addre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95130
--- Comment #22 from Tomas Kalibera ---
(In reply to CVS Commits from comment #21)
> The master branch has been updated by Jonathan Yong :
>
> https://gcc.gnu.org/g:966f3c134bb4802ac7ba0517de4e8e3f6384cfa3
>
> commit r14-3334-g966f3c134bb4802ac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111010
Uroš Bizjak changed:
What|Removed |Added
Attachment #55771|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111010
--- Comment #10 from Uroš Bizjak ---
Created attachment 55771
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55771&action=edit
Proposed patch
This (untested) patch should solve the PR on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111067
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111027
--- Comment #4 from etienne_lorrain at yahoo dot fr ---
Parallella box is free again.
Proposed patch (with a slight offset) is recompiling, result in 2065m36.178s...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111089
Bug ID: 111089
Summary: ODR violation warning in std::variant implementation
when linking(LTO) C++20 and C++17 TUs
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111010
--- Comment #9 from Uroš Bizjak ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #8)
> > --- Comment #7 from Richard Biener ---
> >
> > diff --git a/gcc/config/i386/i386.md b/gcc/config/i386/i386.md
> > index f3a3305ac4f..d38b9d764d8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111010
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from Richard Biener ---
>
> diff --git a/gcc/config/i386/i386.md b/gcc/config/i386/i386.md
> index f3a3305ac4f..d38b9d764d8 100644
> --- a/gcc/config/i386/i386.md
> +++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111019
--- Comment #12 from Sławomir Fraś ---
$ /opt/gcc-745ec1/bin/g++ -v
Using built-in specs.
COLLECT_GCC=/opt/gcc-745ec1/bin/g++
COLLECT_LTO_WRAPPER=/opt/gcc-745ec1/libexec/gcc/x86_64-pc-linux-gnu/14.0.0/lto-w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111048
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110875
Aldy Hernandez changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111087
--- Comment #11 from Jonathan Wakely ---
For GCC 10 it was arguably even worse:
null.cc: In function 'bool hasTag(const char*)':
null.cc:14:31: warning: null argument where non-null required (argument 1)
[-Wnonnull]
14 | return result->c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111087
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-08-21
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111088
Bug ID: 111088
Summary: useless 'xor eax,eax' inserted when a value is not
returned.
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111048
--- Comment #9 from CVS Commits ---
The master branch has been updated by Prathamesh Kulkarni
:
https://gcc.gnu.org/g:649388462e9a3c2de0b90ce525de8044704cc521
commit r14-3355-g649388462e9a3c2de0b90ce525de8044704cc521
Author: Prathamesh Kulkarn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106671
--- Comment #14 from Richard Earnshaw ---
(In reply to Mark Brown from comment #13)
> The kernel hasn't got any problem with BTI as far as I am aware - when built
> with clang we run the kernel with BTI enabled since clang does just insert a
> B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111082
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:e10cb804e658dbd1e9d58f528f3985362e4e72e7
commit r14-3354-ge10cb804e658dbd1e9d58f528f3985362e4e72e7
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111082
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 111023, which changed state.
Bug 111023 Summary: missing extendv4siv4hi (and friends)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111023
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111023
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111069
Jakub Jelinek changed:
What|Removed |Added
Attachment #55763|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111082
--- Comment #5 from Richard Biener ---
Interestingly we have CODE_FOR_reduc_smin_scal_v2di at
vectorizable_bb_reduc_epilogue time where we check
&& (!reduction_fn_for_scalar_code (reduc_code, &reduc_fn)
|| reduc_fn == IF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111082
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111080
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111073
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111070
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111070
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:966b0a96523fb7adbf498ac71df5e033c70dc546
commit r14-3351-g966b0a96523fb7adbf498ac71df5e033c70dc546
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111087
--- Comment #9 from Adam Badura ---
Is there any option to improve the warning so that it is not generated in cases
that are valid. I mean, to make it flow-dependent?
How it works now? What it takes into account and how to phrase the code to
av
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111070
--- Comment #4 from David Binderman ---
Also breaks the linux kernel, so more serious than I thought:
drivers/spi/spi-aspeed-smc.c:181:12: internal compiler error: tree check:
expected ssa_name, have addr_expr in ifcombine_ifandif, at
tree-ssa-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111087
--- Comment #8 from Andrew Pinski ---
(In reply to Adam Badura from comment #7)
> So, the cases I described here _is_ a false-positive, however, an expected
> one. Do I understand this correctly?
> It _does not_ generate the warning. So, what pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111087
--- Comment #7 from Adam Badura ---
So, the cases I described here _is_ a false-positive, however, an expected one.
Do I understand this correctly?
However, consider the code:
class class1
{
public:
bool method1() const;
};
bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111002
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110922
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111002
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:47b833a9abe19d862a773d20dd6f961dcf811a11
commit r14-3350-g47b833a9abe19d862a773d20dd6f961dcf811a11
Author: Andrew Pinski
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111087
--- Comment #6 from Andrew Pinski ---
Because the warning is not flow dependent.
So even things like:
const class1 *a = nullptr;
a != nullptr && a->method1();
Will also warn.
1 - 100 of 104 matches
Mail list logo
