https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97969
--- Comment #27 from CVS Commits ---
The releases/gcc-10 branch has been updated by Przemyslaw Wirkus
:
https://gcc.gnu.org/g:eb13f3f81d56910626529af52e03e74770ffca98
commit r10-9880-geb13f3f81d56910626529af52e03e74770ffca98
Author: Vladimir N.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98722
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Przemyslaw Wirkus
:
https://gcc.gnu.org/g:1791b11d9cae388ae18a768eeb96c998439c986a
commit r10-9881-g1791b11d9cae388ae18a768eeb96c998439c986a
Author: Vladimir N.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98777
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Przemyslaw Wirkus
:
https://gcc.gnu.org/g:05f6971ac40912ef062915f88b3ea0bf27278285
commit r10-9882-g05f6971ac40912ef062915f88b3ea0bf27278285
Author: Vladimir N.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100858
--- Comment #2 from Nikita Kniazev ---
(In reply to Richard Biener from comment #1)
> That's really a duplicate of 100858 - this case can be handled by sinking as
> well
> since we "sink" the return. Make it
>
> void bar();
>
> int foo(bool f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100407
--- Comment #4 from seurer at gcc dot gnu.org ---
It does not fail on LE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100883
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100883
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100703
--- Comment #2 from Segher Boessenkool ---
This compiles just fine for me, even with -O0. Does this only happen with
some older version of the compiler? Are some special flags needed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100736
Segher Boessenkool changed:
What|Removed |Added
Last reconfirmed||2021-06-03
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100788
--- Comment #11 from seberg ---
Does that mean that fixing the `#line` directives (or inserting additional
ones) should be able to fix the issue? (Or work around it, if you consider it
a bug.)
I tried to figure out where the `#line` directives
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52254
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95967
Andrew Pinski changed:
What|Removed |Added
Depends on||93237
--- Comment #5 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20083
Andrew Pinski changed:
What|Removed |Added
Depends on||96923
--- Comment #5 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10945
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |7.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100407
--- Comment #5 from H.J. Lu ---
I can't reproduce it with GCC master, glibc 2.33 and binutils 2.36 branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100407
--- Comment #6 from H.J. Lu ---
Created attachment 50914
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50914&action=edit
attr-retain-1.s
Here is my attr-retain-1.s. Please upload your attr-retain-1.s.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100407
H.J. Lu changed:
What|Removed |Added
Attachment #50914|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35646
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100865
--- Comment #3 from H.J. Lu ---
Created attachment 50916
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50916&action=edit
x86: Convert CONST_WIDE_INT to broadcast in move expanders
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100865
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892
--- Comment #32 from Andrew Pinski ---
(In reply to Richard Biener from comment #5)
> No.
>
> Actually compilable testcase:
>
> typedef unsigned int u32;
>
> u32
> add32carry(u32 sum, u32 x)
> {
> u32 z = sum + x;
> if (sum + x < x)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45548
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94492
--- Comment #2 from Nikita Kniazev ---
Could this be backported? The issue affects every release with
-Wdeprecated-copy, which are GCC 9+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100865
--- Comment #5 from H.J. Lu ---
A small benchmark:
https://gitlab.com/x86-benchmarks/microbenchmark/-/tree/memset/broadcast
shows that broadcast is a little bit faster on Intel Core i7-8559U:
[hjl@gnu-cfl-2 microbenchmark]$ make
gcc -g -I. -O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36384
--- Comment #2 from Andrew Pinski ---
during VRP1 removes the casts now.
So I don't know if this bug should be closed as fixed or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39870
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2009-04-23 15:54:45 |2021-6-2
--- Comment #16 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100749
seurer at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27504
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2012-01-04 00:00:00 |2021-6-2
--- Comment #3 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38126
--- Comment #5 from Andrew Pinski ---
For the original testcase with GCC 7, we get the same(similar enough) code gen
for both functions now.
foo:
.LFB0:
.cfi_startproc
testq %rdi, %rdi
setne %al
testq %rsi, %
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45861
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2012-02-03 00:00:00 |2021-6-2
--- Comment #3 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35306
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29738
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27109
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2007-07-01 00:53:44 |2021-6-2
--- Comment #3 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100885
--- Comment #1 from Hongtao.liu ---
152(define_register_constraint "Yw"
153 "TARGET_AVX512BW && TARGET_AVX512VL ? ALL_SSE_REGS : TARGET_SSE ? SSE_REGS
: NO_REGS"
154 "@internal Any EVEX encodable SSE register (@code{%xmm0-%xmm31}) for
AVX512BW w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22199
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 22199, which changed state.
Bug 22199 Summary: fold does not optimize (int)ABS_EXPR<(long long)(int_var)>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22199
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64946
Bug 64946 depends on bug 22199, which changed state.
Bug 22199 Summary: fold does not optimize (int)ABS_EXPR<(long long)(int_var)>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22199
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100877
--- Comment #1 from Steven Sun ---
I look at the call stack. Most of the time is wasted on `dump_template_parms`
in `gcc/cp/error.c`. I commented several functions calling it:
(I'm using stage-1 compiler)
`announce_function` in `gcc/toplev.c`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22199
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.0
--- Comment #5 from Andrew Pinski -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100885
--- Comment #2 from Hongtao.liu ---
> With avx512vl Yw should be matched, and w/o avx512bw, only SSE_REGS should
> be matched, why xmm16 is allocated?
It didn't come from RA, but post_reload splitter.
18103(define_insn_and_split "*sse4_1_zero
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100877
Steven Sun changed:
What|Removed |Added
CC||StevenSun2021 at hotmail dot
com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68000
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67998
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892
--- Comment #33 from Segher Boessenkool ---
(In reply to Andrew Pinski from comment #32)
> So it is more about the back-end of PowerPC at this point.
For the testcase
===
typedef unsigned int u32;
typedef unsigned long long u64;
u32 f(u32 a, u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78528
--- Comment #5 from Andrew Pinski ---
tailr1:
D.2500 = strlen (_2);
:
lhs$m_value_10 = D.2500.m_value;
_14 = lhs$m_value_10 + 1;
D.2496.m_value = _14;
:
return D.2496;
For tailr on structures we only allow for structure copies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100885
--- Comment #3 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #2)
> > With avx512vl Yw should be matched, and w/o avx512bw, only SSE_REGS should
> > be matched, why xmm16 is allocated?
>
> It didn't come from RA, but post_reload spl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100857
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13563
Andrew Pinski changed:
What|Removed |Added
CC||nok.raven at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100889
Bug ID: 100889
Summary: Wrong param type for std::atomic_ref<_Tp*>::wait
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100889
--- Comment #1 from Richard Li ---
Created attachment 50917
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50917&action=edit
Proposed patch
This patch fixes the problem.
101 - 150 of 150 matches
Mail list logo