https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61
xuli1 at eswincomputing dot com changed:
What|Removed |Added
CC||xuli1 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109725
--- Comment #7 from CVS Commits ---
The releases/gcc-13 branch has been updated by Li Xu :
https://gcc.gnu.org/g:b81d476756a1f17617f0837761785c4b5d1d195d
commit r13-7766-gb81d476756a1f17617f0837761785c4b5d1d195d
Author: Dimitar Dimitrov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108728
HaoChen Gui changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> So g++.dg/vect/simd-bool-comparison-1.cc fails with the canonicalization ...
> Looking into how to fix that too.
The difference is:
_3 = _1 ^ c.0_2;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111228
--- Comment #2 from Kewen Lin ---
(In reply to Peter Bergner from comment #1)
> Confirmed. The testsuite log shows for vsx-extract-6.c and vsx-extract-7.c:
>
> gcc.target/powerpc/vsx-extract-6.c: \\mxxpermdi\\M found 2 times
> FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49
--- Comment #6 from Andrew Pinski ---
So g++.dg/vect/simd-bool-comparison-1.cc fails with the canonicalization ...
Looking into how to fix that too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109725
Kito Cheng changed:
What|Removed |Added
CC||kito at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109725
--- Comment #5 from xuli1 at eswincomputing dot com ---
(In reply to xu...@eswincomputing.com from comment #4)
> The gcc-13 branch also has the same issue
> (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61), can I backport this
> patch to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91263
François Dumont changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109725
xuli1 at eswincomputing dot com changed:
What|Removed |Added
CC||xuli1 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111228
Peter Bergner changed:
What|Removed |Added
Last reconfirmed||2023-08-30
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111212
--- Comment #4 from Kewen Lin ---
btw, I think the field "known to work" isn't quite exact, at least I verified
it failed with powerpc64 gcc 12.3.0 with -m32, as which release PR96762 was
filed for, I'd expect it also fail for gcc 11.4.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111212
Kewen Lin changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96762
Kewen Lin changed:
What|Removed |Added
CC||malat at debian dot org
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111225
--- Comment #2 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #1)
> So reload thought CT_SPECIAL_MEMORY is always win for spilled_pesudo_p, but
> here Br should be a vec_dup:mem which doesn't match spilled_pseduo_p.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111225
--- Comment #1 from Hongtao.liu ---
So reload thought CT_SPECIAL_MEMORY is always win for spilled_pesudo_p, but
here Br should be a vec_dup:mem which doesn't match spilled_pseduo_p.
case CT_SPECIAL_MEMORY:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99098
--- Comment #5 from Peter Ross ---
The -1 occurs after checking the malloc()==0 case, so the negative offset is
only ever applied to addresses in [1..limit] range. Thanks for your time!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99098
--- Comment #4 from Andrew Pinski ---
(In reply to Peter Ross from comment #2)
> The following test case produces a -Wfree-nonheap-object false positive. I
> argue that the memory being free'd is heap memory. It is offset by one to
> accomodate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99098
--- Comment #3 from Peter Ross ---
Created attachment 55814
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55814=edit
Test case -save-temps output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99098
Peter Ross changed:
What|Removed |Added
CC||pross at xvid dot org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022
--- Comment #16 from Jerry DeLisle ---
(In reply to john.harper from comment #15)
> My previous test program tried Ex0.0E0 output but not Ex0.0, where x is
> N,S, or absent. Below is a revised version which includes all 6 cases.
> It also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49
--- Comment #5 from Andrew Pinski ---
So implementing this breaks forwprop ...
Which I kinda of expected.
But we can do the canonicalization inside fold_stmt_1 and that works better.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022
--- Comment #15 from john.harper at vuw dot ac.nz ---
My previous test program tried Ex0.0E0 output but not Ex0.0, where x is
N,S, or absent. Below is a revised version which includes all 6 cases.
It also tries EN and ES before trying E, with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99860
--- Comment #3 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:034d99e81484fbb83f15da91ee1a744b9301b04f
commit r14-3556-g034d99e81484fbb83f15da91ee1a744b9301b04f
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111230
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111230
Bug ID: 111230
Summary: show explicit functions in possible candidates
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104167
--- Comment #11 from Jonathan Wakely ---
My best guess is that including in those files causes a dependency on
std::chrono::tzdb::current_zone() which depends on
std::filesystem::read_symlink, which will pull in the symbols in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106562
--- Comment #6 from Dimitar Dimitrov ---
https://gcc.gnu.org/pipermail/gcc-patches/2022-August/599276.html gives a good
analysis why deferring expansion decisions to the backend is preferred.
Most backends already define cstore patterns, so it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111229
Bug ID: 111229
Summary: -fanalyzer confused about conditional operator branch
name
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111228
Bug ID: 111228
Summary: [14 regression] gcc.target/powerpc/vsx-extract-6.c
fails after r14-3381-g27de9aa152141e
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892
--- Comment #39 from Roger Sayle ---
My apologies for dropping the ball on this patch (series)... My only access to
PowerPC hardware is/was via the GCC compile farm, which complicates things.
Shortly after David's approval, Segher enquired
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49
--- Comment #4 from Andrew Pinski ---
This solve part of `bug 110637` too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110093
--- Comment #3 from Vladimir Makarov ---
I worked on avr issues quite some time. And here is my findings.
Before IRA we have start of BB2:
;; lr in14 [r14] 15 [r15] 16 [r16] 17 [r17] 18 [r18] 19 [r19] 20 [r20]
21 [r21] 22 [r22] 23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49
--- Comment #3 from Andrew Pinski ---
Just a few notes here.
canonicalize_cond_expr_cond does handle `a ^ b` .
gimple_cond_get_ops_from_tree/is_gimple_condexpr_1 does not but they do handle
TRUTH_NOT_EXPR which is shocking because that is only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110914
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111218
--- Comment #3 from anlauf at gcc dot gnu.org ---
A workaround is to add a 'private' statement to any of the first two modules.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111218
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892
--- Comment #38 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #37)
> What happened with this patch?
It looks like David approved Roger's patch here:
https://gcc.gnu.org/pipermail/gcc-patches/2021-December/586813.html
...but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110827
--- Comment #8 from Michael Duggan ---
Using the better test case, I have determined that the coroutine _is_ being
instrumented with gcov counters. When disassembled, the output contains the
following in the bar() actor function:
Dump of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110827
Michael Duggan changed:
What|Removed |Added
Attachment #55648|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93448
--- Comment #8 from Carl Love ---
Status updated to resolved, fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93448
Carl Love changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110914
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93448
--- Comment #6 from CVS Commits ---
The master branch has been updated by Carl Love :
https://gcc.gnu.org/g:14a3839c63d550957556d70e824a8293938646e6
commit r14-3550-g14a3839c63d550957556d70e824a8293938646e6
Author: Carl Love
Date: Tue Aug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105899
--- Comment #12 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:f687fc1ff6d4a44db87a35e9e3be7f20425bdacc
commit r14-3549-gf687fc1ff6d4a44db87a35e9e3be7f20425bdacc
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110973
--- Comment #8 from Filip Kastl ---
(In reply to Filip Kastl from comment #7)
> Not all measurements are back to pre-regression. The Ofast zen3 generic
> score that Martin mentioned
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111015
--- Comment #5 from Jakub Jelinek ---
Created attachment 55811
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55811=edit
gcc14-pr111015.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102957
--- Comment #6 from CVS Commits ---
The master branch has been updated by Tsukasa OI :
https://gcc.gnu.org/g:8b0662254cdac3e0b670c1c54752e1d43113b0f4
commit r14-3544-g8b0662254cdac3e0b670c1c54752e1d43113b0f4
Author: Tsukasa OI
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111226
Bug ID: 111226
Summary: constexpr doesn't detect change of union to empty
member
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111225
Bug ID: 111225
Summary: ICE in curr_insn_transform, unable to generate reloads
for xor, since r14-2447-g13c556d6ae84be
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111015
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111224
Xi Ruoyao changed:
What|Removed |Added
Known to fail||11.1.0, 11.4.0, 12.3.0
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111224
Xi Ruoyao changed:
What|Removed |Added
Keywords|needs-reduction |ice-on-valid-code
--- Comment #3 from Xi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85919
--- Comment #2 from Richard Biener ---
See long thread at
https://gcc.gnu.org/pipermail/gcc-patches/2021-August/577577.html for the
attempt to fix this and how it failed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62
--- Comment #1 from Jonathan Wakely ---
Testing a patch ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111224
--- Comment #2 from Xi Ruoyao ---
It seems related to Glibc version.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111224
--- Comment #1 from Xi Ruoyao ---
The stack trace in g++.log:
/home/xry111/git-repos/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-1_a.H:
internal compiler error: in core_vals, at cp/module.cc:6108
0x9563a3 trees_out::core_vals(tree_node*)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111224
Bug ID: 111224
Summary: modules: xtreme-header-1_a.H etc. ICE (in core_vals,
at cp/module.cc:6108) on AArch64
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57
--- Comment #8 from Jan Hubicka ---
> This is what I wanted to ask about. Looking at the dumps, ipa-modref
> knows it is "killed." Is that enough or does it need to be also not
> read to be know to be useless?
The killed info means that the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110973
--- Comment #7 from Filip Kastl ---
Not all measurements are back to pre-regression. The Ofast zen3 generic score
that Martin mentioned
(https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=466.120.0) is still
higher than before.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111221
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 110973, which changed state.
Bug 110973 Summary: 9% 444.namd regression between g:c2a447d840476dbd
(2023-08-03 18:47) and g:73da34a538ddc2ad (2023-08-09 20:17)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110973
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110973
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110973
--- Comment #5 from Jan Hubicka ---
Note that some (not all?) namd scores seems to be back to pre-regression
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=798.120.0
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=791.120.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110034
--- Comment #5 from HaoChen Gui ---
(In reply to Vladimir Makarov from comment #4)
> Thank you for providing the test case.
>
> To be honest I don't see why assigning to hr3 to r134 is better.
> Currently we have the following assignments:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79173
--- Comment #33 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a7aec76a74dd38524be325343158d3049b6ab3ac
commit r14-3541-ga7aec76a74dd38524be325343158d3049b6ab3ac
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111209
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a7aec76a74dd38524be325343158d3049b6ab3ac
commit r14-3541-ga7aec76a74dd38524be325343158d3049b6ab3ac
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111219
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-08-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111216
Richard Biener changed:
What|Removed |Added
Keywords||testsuite-fail
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110111
--- Comment #4 from Andrew Pinski ---
>/* 1bit `((x ^ y) & m) ^ x` should just be convert into `m ? y : x` early */
Actually it is true for all zero_one_valued_p. Even more if m is just
zere_one_valued_p we could convert it to
(m ? y : x) & 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:7c04da768c1fc22e0607e3ccad87e2c793499797
commit r14-3540-g7c04da768c1fc22e0607e3ccad87e2c793499797
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109698
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109698
--- Comment #7 from Nathan Ridge ---
Based on some searching around for other users running into this error, this
seems to be caused by an ld bug which was fixed in 2.32:
https://sourceware.org/bugzilla/show_bug.cgi?id=24458
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109698
Nathan Ridge changed:
What|Removed |Added
CC||zeratul976 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111064
--- Comment #6 from Hongtao.liu ---
>
> [liuhongt@intel gather_emulation]$ ./gather.out
> ;./nogather_xmm.out;./nogather_ymm.out
> elapsed time: 1.75997 seconds for gather with 3000 iterations
> elapsed time: 2.42473 seconds for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111222
--- Comment #2 from Steven Xia ---
interesting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111222
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111221
--- Comment #2 from Andrew Pinski ---
That is GCC will remove additions of -0.0:
double addneg0 (double a)
{
return a + -0.0;
}
Gets optimized to just `return a;`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111222
Bug ID: 111222
Summary: ICE on basic_string_view with missing template
argument
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111221
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
82 matches
Mail list logo
