https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114809
palmer at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66928
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 66928, which changed state.
Bug 66928 Summary: Typos in translatable strings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66928
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102597
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114809
Andrew Waterman changed:
What|Removed |Added
CC||andrew at sifive dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109071
--- Comment #9 from qinzhao at gcc dot gnu.org ---
(In reply to Kees Cook from comment #8)
> Normally -Warray-bounds doesn't warn when a value is totally unknown (i.e.
> "index" here can be [-INT_MAX,INT_MAX]). Why does the warning change when
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
--- Comment #8 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #7)
> (define_insn_and_split "*andn3_doubleword_bmi"
> [(set (match_operand: 0 "register_operand" "=&r,r,r")
> (and:
> (not: (match_operand: 1 "register_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
--- Comment #9 from Vladimir Makarov ---
(In reply to Uroš Bizjak from comment #7)
>
>
> Please note that the insn is defined as:
>
> (define_insn_and_split "*andn3_doubleword_bmi"
> [(set (match_operand: 0 "register_operand" "=&r,r,r")
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114746
--- Comment #6 from Vincent Lefèvre ---
(In reply to Jakub Jelinek from comment #5)
> FLT_EVAL_METHOD = 0 is on some hw like the pre-SSE2 ia32 extremely
> expensive, far more so than even the very expensive -ffloat-store. That is
> certainly no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
--- Comment #10 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #8)
> So, given the known ia32 register starvation, can't we split that first
> alternative to
> =&r,r,o with "nox64" isa and =&r,r,ro with "x64" isa?
Better make it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114809
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114814
Bug ID: 114814
Summary: Reduction sum of comparison should be better
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114714
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114809
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114795
--- Comment #6 from porten at kde dot org ---
The test case for the other ICE is quite similar to the first one:
- command
g++ -std=c++2a -fmodules-ts -c url.cpp queue.cpp
--- url.cp ---
module;
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #16 from JuzheZhong ---
This issue is not fully fixed since the fixed patch only fixes ICE but there is
a regression in codegen:
https://godbolt.org/z/4nvxeqb6K
Terrible codege:
test(__rvv_uint64m4_t):
addisp,sp,-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114804
Andrew Pinski changed:
What|Removed |Added
Known to work||10.5.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114643
--- Comment #6 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #5)
> Started with r8-6709-gb9aba9fde536dc3e0293653509f530322ee2753e
That is almost definitely just exposed the bug I have not looked to see if
changing the params on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114800
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114800
Andrew Pinski changed:
What|Removed |Added
Summary|redundant set-zero when |DSE does not remove
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114815
Bug ID: 114815
Summary: internal compiler error: Segmentation fault -
Segmentation Fault - on creating type with len
parameter and dependent on it character array
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114800
--- Comment #4 from Andrew Pinski ---
Note mod-ref does tells us that only f1, f3 are used here but DSE must have
missed that for `= {}`.
Note without the knowledge of foo, we still have a partial redundant zeroing
happening due to padding bein
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114808
Halalaluyafail3 changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114815
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114778
--- Comment #3 from Anonymous ---
(In reply to David Malcolm from comment #1)
> Thanks for filing this.
>
> It's failing this assertion in frame_region::get_region_for_local :
>
> 1421 case VAR_DECL:
> 1422gcc_assert (!is_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114816
Bug ID: 114816
Summary: Non-standard behavior with void arguments
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114817
Bug ID: 114817
Summary: Wrong codegen for std::copy of "trivially copyable but
not trivially assignable" type
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114786
Jiu Fu Guo changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100736
Jiu Fu Guo changed:
What|Removed |Added
CC||pheeck at gcc dot gnu.org
--- Comment #7 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
--- Comment #11 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #8)
> (In reply to Uroš Bizjak from comment #7)
> > (define_insn_and_split "*andn3_doubleword_bmi"
> > [(set (match_operand: 0 "register_operand" "=&r,r,r")
> > (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114808
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114078
--- Comment #2 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:cf51fe706ea0219beb5bb85e81606d372ca9635e
commit r14-10085-gcf51fe706ea0219beb5bb85e81606d372ca9635e
Author: Nathaniel Shead
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114078
Nathaniel Shead changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
--- Comment #12 from Uroš Bizjak ---
(In reply to Vladimir Makarov from comment #9)
> (In reply to Uroš Bizjak from comment #7)
> >
> >
> > Please note that the insn is defined as:
> >
> > (define_insn_and_split "*andn3_doubleword_bmi"
> > [
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114818
Bug ID: 114818
Summary: 'constructor', 'destructor' function attributes vs.
'extern'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnostic, docum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114819
Bug ID: 114819
Summary: 'constructor', 'destructor' function attributes vs.
function signature
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114799
--- Comment #7 from Richard Biener ---
t.i:11:6: note: node (external) 0x4918928 (max_nunits=1, refcnt=2)
t.i:11:6: note: { t1_6, patt_10 }
I have a fix for this latent issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114819
--- Comment #1 from Andrew Pinski ---
Note we incorrectly also accept it on nested functions too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114784
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:aa73eb97a1e3c84564fa71158d09f9c5582c4d2e
commit r14-10086-gaa73eb97a1e3c84564fa71158d09f9c5582c4d2e
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114784
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114780
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114768
--- Comment #11 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114753
--- Comment #11 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114743
--- Comment #5 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114691
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] Bogus |[11/12 Regression] Bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114634
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] Crash |[11/12 Regression] Crash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114687
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 regression] Stack |[11/12 regression] Stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114566
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression]
|M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114580
--- Comment #5 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114552
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114533
--- Comment #14 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114572
--- Comment #6 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472
--- Comment #41 from Jakub Jelinek ---
Fixed for 13.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472
--- Comment #42 from Jakub Jelinek ---
(In reply to Дилян Палаузов from comment #40)
> Or when is gcc-bootstrap true and target-libbacktrace-bootstrap false?
Whenever --enable-bootstrap (explicitly or by default) and libbacktrace isn't
needed b
101 - 155 of 155 matches
Mail list logo
