https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112305
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.3
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112305
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112305
Andrew Pinski changed:
What|Removed |Added
Known to fail||9.1.0
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112305
--- Comment #3 from Andrew Pinski ---
Just mention that -fsanitize=undefined is clean with GCC and clang too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112306
Bug ID: 112306
Summary: [AArch64][neon] incorrect combine the (a -1)* b into
fnmsub for fixed vector type
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112306
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112306
--- Comment #2 from Andrew Pinski ---
You get:
:4:1: warning: 'neon_vector_type' attribute directive ignored
[-Wattributes]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112306
--- Comment #3 from Andrew Pinski ---
Using:
#include
instead of the manually (incorrect) definition of float32x4_t, GCC produces:
test2_float_vec:
fnegv31.4s, v1.4s
fmlav31.4s, v0.4s, v1.4s
mov v0.16b, v31.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97045
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111734
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57
Richard Biener changed:
What|Removed |Added
CC||19373742 at buaa dot edu.cn
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269
--- Comment #6 from Thomas Schwinge ---
Created attachment 56479
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56479&action=edit
'initlist13.ii.xz'
(In reply to Patrick Palka from comment #5)
> I can't reproduce any of these testsuite fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Paul Thomas changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #37
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #38 from Paul Thomas ---
This bug has fixed itself on mainline. I thought that it might be
r14-4943-g8d2130a4e5ce369f5884c8522934dc027db6e9d8 but reversion didn't cause a
recurrence.
@Martin - as and when you have the time, could you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112296
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Paul Thomas changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112300
Richard Biener changed:
What|Removed |Added
Summary|Cross compiling to |[14 Regression] Cross
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112303
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111878
Sam James changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112305
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282
--- Comment #10 from avieira at gcc dot gnu.org ---
So I had a look at that u_lsm.72_510 variable and it's only undefined if we
don't loop, but if we don't loop then u_lsm_flag is set to 0 and we don't use
u_lsm. So it's OK. I also checked and th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282
--- Comment #11 from avieira at gcc dot gnu.org ---
So I had a look at that u_lsm.72_510 variable and it's only undefined if we
don't loop, but if we don't loop then u_lsm_flag is set to 0 and we don't use
u_lsm. So it's OK. I also checked and th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
Thomas Schwinge changed:
What|Removed |Added
Keywords||build
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112296
Richard Biener changed:
What|Removed |Added
Keywords||documentation
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112296
--- Comment #6 from Richard Biener ---
For the C++ frontend I wonder why the span.size () call is marked as
TREE_SIDE_EFFECTS for a inline constexpr auto size() const noexcept
function. Possibly those declaration specifiers are not enough to
gu
++
Assignee: unassigned at gcc dot gnu.org
Reporter: raffael at casagrande dot ch
Target Milestone: ---
*Affected Versions*: 10.0 - current (14.0.0 20231031). Earlier versions cannot
compile the code because it uses c++20.
*System*: Linux
*Command Line*: g++ main.cc -std=c++20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Last reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112308
Bug ID: 112308
Summary: [14 Regression] GCN: 'error: literal operands are not
supported' for 'v_add_co_u32'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
Richard Biener changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112263
--- Comment #4 from vincenzo Innocente ---
intel x86_64
uname -a
Linux patatrack01 4.18.0-477.13.1.el8_8.x86_64 #1 SMP Thu May 18 10:27:05 EDT
2023 x86_64 x86_64 x86_64 GNU/Linux
boost::backtrace works
can provide example
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112309
Bug ID: 112309
Summary: enhancement: extra flags to let -Wshadow skip if..else
and lambda blocks
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112303
--- Comment #5 from Zhendong Su ---
(In reply to Sam James from comment #3)
> (In reply to Zhendong Su from comment #0)
> > This appears to be a recent regression.
> >
>
> Out of interest, when you say this, do you have a rough range in mind?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111878
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=112310
Bug ID: 112310
Summary: [14 Regression] Wrong code at -O2/3 on
x86_64-linux-gnu since r14-1161-g5476de2618f
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112311
Bug ID: 112311
Summary: GCN: occasional 'WARNING: gcc.dg/pr82274-1.c execution
test program timed out.'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112312
Bug ID: 112312
Summary: GCC fails to optimize a C++ algorithm with a function
passed in as well as with a lambda
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112311
--- Comment #1 from Richard Biener ---
Does GCN even have the libgcc parts for mulv? Note that's going to call
abort(), maybe that's how it gets stuck in the runtime somehow?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112313
Bug ID: 112313
Summary: [14 Regression] GCN target 'gcc.dg/pr111082.c' ICE,
'during RTL pass: vregs': 'error: unrecognizable insn'
Product: gcc
Version: 14.0
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111960
--- Comment #3 from Sam James ---
I was confused at first until I realised rebuild_frequencies-all got turned
into a proper pass in r14-2524-gaa6741ef2e0c31, so no bisection needed imo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112310
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112310
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112308
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112314
Bug ID: 112314
Summary: Missing index assertions in basic_string_view
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110015
jun zhang changed:
What|Removed |Added
CC||zhangjungcc at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112305
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:e3da1d7bb288c8c864f0284bc4bc5877b466a2f7
commit r14-5032-ge3da1d7bb288c8c864f0284bc4bc5877b466a2f7
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112305
Richard Biener changed:
What|Removed |Added
Known to work||14.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111943
--- Comment #2 from CVS Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:15404016d96dca9132b952980cda24cae33b3ee0
commit r14-5033-g15404016d96dca9132b952980cda24cae33b3ee0
Author: Alexandre Oliva
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111600
--- Comment #28 from CVS Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:184378027e92f51e02d3649e0ca523f487fd2810
commit r14-5034-g184378027e92f51e02d3649e0ca523f487fd2810
Author: Robin Dapp
Date: Thu Oc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #71 from CVS Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:184378027e92f51e02d3649e0ca523f487fd2810
commit r14-5034-g184378027e92f51e02d3649e0ca523f487fd2810
Author: Robin Dapp
Date: Thu Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111943
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54179
Sam James changed:
What|Removed |Added
Target Milestone|--- |14.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
Bug 84402 depends on bug 54179, which changed state.
Bug 54179 Summary: please split insn-emit.c !
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54179
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111970
--- Comment #6 from Richard Biener ---
So I can see we don't recognize a gather IFN during pattern recog here.
t.c:15:1: note: Final SLP tree for instance 0x502e9a0:
t.c:15:1: note: node 0x4f84700 (max_nunits=128, refcnt=2) vector(32) float
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112296
--- Comment #7 from Richard Henderson ---
(In reply to Richard Biener from comment #5)
> int bad1(void) { return __builtin_constant_p(global++); }
...
> Joseph, Richard, do you have anything to add or remember discussions about
> this semantic d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112296
--- Comment #8 from Richard Biener ---
(In reply to Richard Henderson from comment #7)
> (In reply to Richard Biener from comment #5)
> > int bad1(void) { return __builtin_constant_p(global++); }
> ...
> > Joseph, Richard, do you have anything t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112092
Maciej W. Rozycki changed:
What|Removed |Added
Keywords|wrong-code |missed-optimization
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112296
--- Comment #9 from Richard Henderson ---
> Thanks. So yes,
>
> macro(x++);
>
> incrementing x twice would have been odd - but that's the usual bug
> in this kind of macro definition. Fixing it by throwing away
> side-effects (and always goi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111970
--- Comment #7 from Li Pan ---
Seems no luck when --param vect-epilogues-nomask=0. I will have a try with the
newest upstream for this issue if everything look OK, and keep you posted.
../__RISC-V_INSTALL___RV64/bin/riscv64-unknown-elf-gcc -mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112296
--- Comment #10 from Richard Biener ---
Some history shows r0-31250-gb0b3afb2f34492 splitting this to the folding
code from RTL expansion of __builtin_constant_p where it previously was.
Even before r0-17364-gcff48d8f76463f we were simply doing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111970
--- Comment #8 from Li Pan ---
Still fail in upstream.
../__RISC-V_INSTALL___RV64/bin/riscv64-unknown-elf-gcc -march=rv64imafdcv
-mabi=lp64d \
-ftree-vectorize -O3 --param riscv-autovec-preference=fixed-vlmax \
--param riscv-autovec-lmul=dy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112315
Bug ID: 112315
Summary: 32-bit numeric conversion functions missing - only
wstring versions defined
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96320
Paul Thomas changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112296
Richard Biener changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111960
--- Comment #4 from Zdenek Sojka ---
(In reply to Sam James from comment #3)
> I was confused at first until I realised rebuild_frequencies-all got turned
> into a proper pass in r14-2524-gaa6741ef2e0c31, so no bisection needed imo.
Even if -fd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81538
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112316
Bug ID: 112316
Summary: [13 Regression] Fix for PR87477 rejects valid code
with a bogus error about pointer assignment and causes
an ICE
Product: gcc
Version: 13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112315
Jonathan Wakely changed:
What|Removed |Added
See Also||https://bugzilla.redhat.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112314
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112315
--- Comment #2 from mccannd at uk dot ibm.com ---
OK, thanks. I had just started using Fedora 39. I assume this bug can be closed
then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112315
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111971
--- Comment #7 from CVS Commits ---
The trunk branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:9119b008b4195e06012a485ec01a8bb0e43266be
commit r14-5037-g9119b008b4195e06012a485ec01a8bb0e43266be
Author: Vladimir N. Makarov
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112310
--- Comment #2 from Richard Biener ---
So this really asks for the change to be reverted which requires us to
"properly" handle virtual operands in the expression sets. Namely in
compute_avail populate EXP_GEN with reference expressions with th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110501
John Baldwin changed:
What|Removed |Added
CC||jhb at FreeBSD dot org
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112317
Bug ID: 112317
Summary: Latest set of clang warnings
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112318
Bug ID: 112318
Summary: Deprecated move ctor does not trigger
-Wdeprecated-declarations when creating a
std::optional
Product: gcc
Version: 13.2.1
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112318
Andrew Pinski changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111235
Wilco changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111235
Sam James changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111416
Wilco changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111416
Wilco changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111416
Sam James changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112296
--- Comment #12 from joseph at codesourcery dot com ---
I agree that the side effects of an argument to __builtin_constant_p must
be discarded, for the original macro use case to work properly.
There are various constructs with __builtin_* nam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280
Sam James changed:
What|Removed |Added
Build|s390-ibm-linux-gnu |s390-ibm-linux-gnu,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103854
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112319
Bug ID: 112319
Summary: segfault with pch and #pragma GCC diagnostic
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: pch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98458
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112318
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112318
--- Comment #3 from Jonathan Wakely ---
As this bug points out, we probably want to warn for any uses of deprecated
entities declared in user code, whether used in system headers or in user code.
And for something like std::auto_ptr which is de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112320
Bug ID: 112320
Summary: crash from insert_debug_temp_for_var_def
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112320
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Summary|crash from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111703
Patrick Palka changed:
What|Removed |Added
Known to work|11.4.0 |10.5.0
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112319
Lewis Hyatt changed:
What|Removed |Added
CC||lhyatt at gcc dot gnu.org
Last reconfir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112319
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Summary|segfault with p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112320
David Binderman changed:
What|Removed |Added
CC||rguenther at suse dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112320
--- Comment #2 from David Binderman ---
As expected:
$ git bisect good 1cf5dc05c678232b
e3da1d7bb288c8c864f0284bc4bc5877b466a2f7 is the first bad commit
commit e3da1d7bb288c8c864f0284bc4bc5877b466a2f7
Author: Richard Biener
Date: Tue Oct 31
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112312
--- Comment #1 from Andrew Pinski ---
-O2 produces good code while -O3 does not ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112312
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |tree-optimization
--- Comment #2 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112312
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-31
Ever confirmed|0
1 - 100 of 138 matches
Mail list logo
