https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102980
Bug ID: 102980
Summary: Fail to get an r-value from std::array::size in a
template function
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102952
--- Comment #20 from peterz at infradead dot org ---
(In reply to H.J. Lu from comment #19)
> Created attachment 51685 [details]
> The v4 patch to add -mharden-sls=
That looks to do the right thing! Let me go write more validation stuff to
doubl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102952
--- Comment #21 from peterz at infradead dot org ---
(In reply to H.J. Lu from comment #19)
> Created attachment 51685 [details]
> The v4 patch to add -mharden-sls=
I seem to have found one 'funny':
kernel/bpf/core.o: warning: objtool: ___bpf_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102767
--- Comment #13 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:b343a29dbcbfc5eaca11243ac603a1e5b48630f3
commit r12-4762-gb343a29dbcbfc5eaca11243ac603a1e5b48630f3
Author: Kewen Lin
Date: Thu Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102767
Kewen Lin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102978
--- Comment #1 from Jonathan Wakely ---
N.B. Component 'debug' is for debug info used by debuggers, not for compiler
error messages.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102961
--- Comment #1 from Jonathan Wakely ---
Have you tried without the version specific runtime libs flag?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102962
--- Comment #1 from Jonathan Wakely ---
(In reply to Marco Mengelkoch from comment #0)
> I know that there might be differences between compilers, but as this is
> basically both g++, I assumed that the application should work the same way.
No
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102409
--- Comment #1 from Tobias Burnus ---
Reduced example:
#define TEST(T) T
#define PARALLEL(X) TEST(X)
PARALLEL(
for (int i = 0; i < N; i++) { \
_Pragma("omp ordered") \
S[0] += C[i] + D[i]; \
})
This gives the invalid:
#pra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102949
--- Comment #2 from Richard Biener ---
Hm, I tried --target=sparcv8-sun-solaris2.11 but that seems to fail to
reproduce any vectorization with -O2 -ftree-vectorize. If I add -mvis I get
something
that could resemble the code you quote:
main1:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102964
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102971
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Component|middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102949
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Richard Biener ---
> Hm, I tried --target=sparcv8-sun-solaris2.11 but that seems to fail to
> reproduce any vectorization with -O2 -ftree-vectorize. If I add -mvi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102974
--- Comment #8 from Richard Biener ---
As mentioned in the other bug STV might make things only worse.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102949
--- Comment #4 from Eric Botcazou ---
> Hm, I tried --target=sparcv8-sun-solaris2.11 but that seems to fail to
> reproduce any vectorization with -O2 -ftree-vectorize. If I add -mvis I get
> something that could resemble the code you quote:
Do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102980
Richard Biener changed:
What|Removed |Added
Summary|Fail to get an r-value from |[10/11/12 Regression] Fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102949
--- Comment #5 from Richard Biener ---
(In reply to Eric Botcazou from comment #4)
> > Hm, I tried --target=sparcv8-sun-solaris2.11 but that seems to fail to
> > reproduce any vectorization with -O2 -ftree-vectorize. If I add -mvis I get
> > so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102977
Tamar Christina changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tnfchris at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82469
Alex Coplan changed:
What|Removed |Added
Known to fail||12.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102980
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102977
--- Comment #8 from Tamar Christina ---
Actually I'll just push the fix for this out now.
> The testcases added for this case does not actually test that complex fma was
> done.
yes, the way we were originally testing depended on target suppo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102949
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:eed248bb8cc3091e8a9b2f73138c691396752438
commit r12-4763-geed248bb8cc3091e8a9b2f73138c691396752438
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102949
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57245
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a84b9d5373c7e67fd0ab2a412c22162cdf969c91
commit r12-4764-ga84b9d5373c7e67fd0ab2a412c22162cdf969c91
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57245
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16989
Bug 16989 depends on bug 57245, which changed state.
Bug 57245 Summary: Floating-point constant truncation ignores -frounding-math
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57245
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84407
Bug 84407 depends on bug 57245, which changed state.
Bug 57245 Summary: Floating-point constant truncation ignores -frounding-math
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57245
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102980
Jonathan Wakely changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102942
--- Comment #1 from Jonathan Wakely ---
This has been discussed before but I can't find the bug report now. The
non-elided memcpy happens for trivially copyable types, and GCC doesn't try to
elide those.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102942
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
-trunk -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20211028 (experimental) (GCC)
It started with
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=d8edfadfc7a9795b65177a50ce44fd348858e844
get: x86_64-pc-linux-gnu
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20211028 (experimental) (GCC)
Started with
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=b58dc0b803057c0e6032e0d9bd92cd834f72c75c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
--- Comment #1 from Theodoros Theodoridis ---
Maybe it's related to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102880 as
they both bisect to the same commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
--- Comment #2 from Andrew Pinski ---
DSE is removing undefined behavior code which used to turn into a trap.
That is "a % b" would have caused a trap so it was turned into __builtin_trap
and now it is removed during DSE (well it is also removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102974
--- Comment #9 from cqwrteur ---
(In reply to Richard Biener from comment #8)
> As mentioned in the other bug STV might make things only worse.
what is stv?
xorl%eax, %eax
popq%rdx
.cfi_def_cfa_offset 8
ret
.cfi_endproc
gcc-trunk -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20211028 (experimental) (GCC)
Started with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102942
--- Comment #3 from Jonathan Wakely ---
And maybe another one to link to PR 101926, but I'll let pinskia decide that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102955
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102409
--- Comment #2 from Tobias Burnus ---
I wonder whether the following causes that it goes wrong (libcpp/macro.c):
/* Push the context of a macro with hash entry NODE onto the context
stack. If we can successfully expand the macro, we push a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102960
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102983
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102953
--- Comment #11 from Andrew Cooper ---
(In reply to H.J. Lu from comment #10)
> (In reply to Andrew Cooper from comment #8)
> > Actually, there is a (possibly pre-existing) diagnostics issue:
> >
> > $ cat proto.c
> > static void __attribute__(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
Bug ID: 102984
Summary: strange alignment issues with
std::vector::emplace/push_back and overaligned type
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
Jakub Jelinek changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
--- Comment #2 from Milian Wolff ---
Similarly:
std::vector locks(10); // works
std::vector locks(10, spinlock()); // doesn't work
This report here was motivated by stumbling over this report over at
https://github.com/efficient/libcuckoo/issu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
Jakub Jelinek changed:
What|Removed |Added
Component|sanitizer |libstdc++
--- Comment #3 from Jakub Jel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102983
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102960
Alex Coplan changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #3 from Alex Coplan ---
Loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102981
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102972
--- Comment #1 from Tobias Burnus ---
Created attachment 51688
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51688&action=edit
Draft patch
Patch works – but causes quite some fails in testsuites (at least in
https://github.com/clang-ykt/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102985
Bug ID: 102985
Summary: [openmp] Bogus "error: lastprivate variable ‘n’ is
private in outer context"
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
--- Comment #4 from hubicka at kam dot mff.cuni.cz ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
>
> Richard Biener changed:
>
>What|Removed |Added
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102985
--- Comment #1 from Jakub Jelinek ---
That testcase doesn't seem to be valid to me.
While we have only explicit
"A list item that is private within a parallel region, or that appears in the
reduction clause of a parallel construct, must not app
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
Jan Hubicka changed:
What|Removed |Added
Summary|cray regression with -O2|[12 regression] cray
|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
--- Comment #5 from Richard Biener ---
(In reply to hubicka from comment #4)
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
> >
> > Richard Biener changed:
> >
> >What|Removed |Added
> > --
xtra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20211028 (experimental) (GCC)
>
> fixup_cfg already removes write-only stores so that seems fit for that
> purpose.
>
> Btw,
>
> static int x = 1;
>
> int main()
> {
> x = 1;
> }
>
> should ideally be handled as well as maybe the more common(?)
>
> static int x[128];
>
> int main()
> {
> memset (x, 0, 128*4);
> }
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
--- Comment #6 from hubicka at kam dot mff.cuni.cz ---
>
> fixup_cfg already removes write-only stores so that seems fit for that
> purpose.
>
> Btw,
>
> static int x = 1;
>
> int main()
> {
> x = 1;
> }
>
> should ideally be handled as we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #6 from Jan Hubicka ---
zen
https://lnt.opensuse.org/db_default/v4/CPP/graph?plot.0=198.639.0&plot.1=180.639.0&plot.2=201.639.0&plot.3=150.639.0&plot.4=246.639.0&plot.5=256.639.0&plot.6=176.639.0&;
kabylake
https://lnt.opensuse.org/d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102987
Bug ID: 102987
Summary: [9,10,11,trunk] Segfault when error or warning should
trigger with combination.
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102987
--- Comment #1 from Robert Russell ---
Created attachment 51691
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51691&action=edit
adjusted previous sample closer to my use case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102987
--- Comment #2 from Robert Russell ---
Created attachment 51692
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51692&action=edit
this is the build script i was using with creduce. probably not needed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #8 from Richard Biener ---
It _is_ likely STLF.
struct vec3 {
double x, y, z;
};
struct ray {
struct vec3 orig, dir;
};
the vectorized ray_sphere wants { ray.orig.x, ray.orig.y } and
{ ray.dir.x, ray.dir.y } where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #9 from hubicka at kam dot mff.cuni.cz ---
> Not inlining ray_sphere at -O2 is of course what makes it overall slow.
ray_spehere is not at all that small function. We already play tricks
at -O3 to inline it by detecting that some of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #10 from hubicka at kam dot mff.cuni.cz ---
>| b = 2.0 * ray.dir.x * (ray.orig.x - sph->pos.x) +
> #
>| movupd (%rdi),%xmm5
> #
>| 2.0 *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #11 from Richard Biener ---
-mtune-ctrl=^sse_unaligned_load_optimal fixes the observed regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #12 from hubicka at kam dot mff.cuni.cz ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
>
> --- Comment #11 from Richard Biener ---
> -mtune-ctrl=^sse_unaligned_load_optimal fixes the observed regression.
Interesting. I s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #13 from Richard Biener ---
And before HJs patches to use by_pieces to setup arguments we had code like
pushq 136(%rsp)
.cfi_def_cfa_offset 224
pushq 136(%rsp)
.cfi_def_cfa_offset 232
push
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102961
--- Comment #2 from John Parke ---
I tried your suggestion and removed
>> --enable-version-specific-runtime-libs flag:
../gcc-11.2.0/configure --prefix=/opt/freeware/gcc-11.2.0 --with-as=/usr/bin/as
--with-ld=/usr/bin/ld --enable-languages=c,c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #14 from Richard Biener ---
(In reply to hubicka from comment #12)
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
> >
> > --- Comment #11 from Richard Biener ---
> > -mtune-ctrl=^sse_unaligned_load_optimal fixes the observ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102953
H.J. Lu changed:
What|Removed |Added
Attachment #51687|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102953
--- Comment #13 from H.J. Lu ---
(In reply to Andrew Cooper from comment #11)
>
> There should be a diagnostic, but it ought to include cf_check in the type
> it prints.
Try the v3 patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #15 from Richard Biener ---
And even when making ray_sphere static we're not considering to use alternate
argument passing conventions (use 6 SSE regs for the 'double's or 3 for how
the vectors are used to setup the stack right now).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84407
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:81342e95827f77c0917dd7a9fd54ac9729439c8e
commit r12-4767-g81342e95827f77c0917dd7a9fd54ac9729439c8e
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84407
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57029
--- Comment #4 from Richard Biener ---
PR84407 was related which was about rounding modes and int-to-float conversion
which means the testcase in this bug should now also be fixed if you supply
-frounding-math which is documented as to determine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100119
Richard Biener changed:
What|Removed |Added
Known to work||12.0
--- Comment #4 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92164
Richard Biener changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102942
Matthijs van Duin changed:
What|Removed |Added
CC||matthijsvanduin at gmail dot
com
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102780
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:9927ecbb42d5be48fa933adc26f8601fab5007ca
commit r12-4769-g9927ecbb42d5be48fa933adc26f8601fab5007ca
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102783
--- Comment #10 from Richard Biener ---
(In reply to jos...@codesourcery.com from comment #9)
> On Tue, 19 Oct 2021, segher at gcc dot gnu.org via Gcc-bugs wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102783
> >
> > --- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89695
--- Comment #5 from Matthijs van Duin ---
So for reference, the Itanium C++ ABI says:
"A type which is trivial for the purposes of the ABI will be passed and
returned according to the rules of the base C ABI, e.g. in registers; often
this has th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
--- Comment #4 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #1)
> I think this is a user error, I don't think the standard allocator
> guarantees such alignment, you'd need to use your own allocator for the
> container.
It h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
--- Comment #5 from Jonathan Wakely ---
This is probably the _Temporary_value helper used by std::vector. I already
have a patch to overhaul that so it works in constant expressions, so I'll fix
this too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102933
--- Comment #1 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:f70f17d03630fd948bc15a646ebe7e784125c4d4
commit r12-4772-gf70f17d03630fd948bc15a646ebe7e784125c4d4
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102780
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102940
--- Comment #3 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:d46aeb5906b8ed7ee255cfbacc5cf9d2f56b850c
commit r12-4773-gd46aeb5906b8ed7ee255cfbacc5cf9d2f56b850c
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102940
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93836
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93836
Martin Sebor changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90041
--- Comment #7 from Martin Sebor ---
As Jakub says in comment #2, this problem is not in a diagnostic format string
that the -Wformat checker sees.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102960
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102988
Bug ID: 102988
Summary: ice during GIMPLE pass: hardcbr
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102983
--- Comment #2 from Andrew Macleod ---
This is a bit more interesting.
The IL starts the pass as
:
if (c_3 < b_4)
goto ; [INV]
else
goto ; [INV]
:
if (c_3 != 0)
goto ; [INV]
else
goto ; [INV]
<...>
:
# c_3 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102988
--- Comment #1 from David Binderman ---
Reduced C++ code is:
inline namespace __cxx11 {}
template _Tp *__addressof(_Tp);
namespace __cxx11 {
class basic_string {
void _M_set_length();
public:
~basic_string();
void operator=(basic_string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100119
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102953
--- Comment #14 from Andrew Cooper ---
(In reply to H.J. Lu from comment #13)
> (In reply to Andrew Cooper from comment #11)
> >
> > There should be a diagnostic, but it ought to include cf_check in the type
> > it prints.
>
> Try the v3 patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
Bug ID: 102989
Summary: Add Clang's _ExtInt(N)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
1 - 100 of 147 matches
Mail list logo
