https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106771
--- Comment #5 from federico ---
My bad, the SEGFAULT is my mistake, I've made a half-baked example that does
not work. Here's the fixed one:
module test
implicit none
type::t
integer, allocatable :: iloc(:)
contains
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106713
Pablo Busse changed:
What|Removed |Added
CC||gcc-bugzilla at decltype dot
org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106775
Bug ID: 106775
Summary: [11/12 regression] Subscipt operator with array rvalue
inside brackets returns lvalue
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106017
Peter Bergner changed:
What|Removed |Added
Known to fail||10.0, 11.0, 12.0, 13.0
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106017
--- Comment #13 from CVS Commits ---
The releases/gcc-10 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:3927bd9f9150576f2905c8930732c419f1850fca
commit r10-10966-g3927bd9f9150576f2905c8930732c419f1850fca
Author: Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106017
--- Comment #12 from CVS Commits ---
The releases/gcc-11 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:f494a85f0bf653c3128b376c1abf821a27748c11
commit r11-10227-gf494a85f0bf653c3128b376c1abf821a27748c11
Author: Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106774
--- Comment #2 from Frank Heckenbach ---
This should cover all cases mentioned:
void t (bool a, int i, float e, double f)
{
// Boolean literal comparisons
if (a == true) // better: if (a)
return;
if (a == false) // better: if (!a)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106774
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106774
Bug ID: 106774
Summary: warning about comparison to true/false
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60523
Frank Heckenbach changed:
What|Removed |Added
CC||f.heckenb...@fh-soft.de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106017
--- Comment #11 from CVS Commits ---
The releases/gcc-12 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:22ff125247ff5328ad4544aef939d491618d714d
commit r12-8726-g22ff125247ff5328ad4544aef939d491618d714d
Author: Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106773
Bug ID: 106773
Summary: libbpf: failed to find BTF info for global/extern
symbol 'bpf_link_fops'
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106712
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106712
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:98973354b8690f01e06b9f36106e786fd94ac7a3
commit r13-2256-g98973354b8690f01e06b9f36106e786fd94ac7a3
Author: Marek Polacek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472
--- Comment #16 from matoro ---
I also observed this issue on alpha-unknown-linux-gnu, with gcc 12.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106745
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Faust :
https://gcc.gnu.org/g:b504149d2c92ddfcfab62ea6d1ed49ae72493e38
commit r13-2255-gb504149d2c92ddfcfab62ea6d1ed49ae72493e38
Author: David Faust
Date: Mon A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106766
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2022-08-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106771
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to federico from comment #3)
> Right: here is a version where the object is initialized:
>
> https://godbolt.org/z/o566cPG8P
>
> I also see that for the versions that compile (e.g., 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106771
--- Comment #3 from federico ---
Right: here is a version where the object is initialized:
https://godbolt.org/z/o566cPG8P
I also see that for the versions that compile (e.g., 11.1.0), there's a weird
SEGFAULT error at this line:
eleme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106771
--- Comment #2 from anlauf at gcc dot gnu.org ---
Playing a little, I found that the issue might be related to the elemental
function isa.
The following dumb replacement
function isa(this,i)
class(t), intent(in) :: this
integer, inte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106771
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91213
--- Comment #7 from Andrew Pinski ---
(In reply to rdapp from comment #6)
> What's the mechanism to get range information at RTL level? The only related
> thing I saw in (e.g.) simplify-rtx.cc is nonzero_bits and this does not seem
> to be propag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106772
Thomas Rodgers changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106748
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106714
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106748
--- Comment #2 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:60d1d296b42b22b08d4eaa38bea02100c07261ac
commit r13-2253-g60d1d296b42b22b08d4eaa38bea02100c07261ac
Author: H.J. Lu
Date: Fri Aug 26 10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106714
--- Comment #2 from CVS Commits ---
The releases/gcc-12 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:511df912133f56dbd460326b5df1e15e06204e4e
commit r12-8725-g511df912133f56dbd460326b5df1e15e06204e4e
Author: H.J. Lu
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106761
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61677
Richard Biener changed:
What|Removed |Added
Known to fail||13.0
Last reconfirmed|2014-07-03 00:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106765
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.3
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56654
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54554
Richard Biener changed:
What|Removed |Added
Known to fail||13.0
Last reconfirmed|2012-09-12 00:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47386
Richard Biener changed:
What|Removed |Added
Known to fail||12.2.0
--- Comment #4 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106764
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106765
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-08-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106760
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-08-29
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47307
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 47307, which changed state.
Bug 47307 Summary: Uninitialized in this function: warning for initialized, no
warning for uninitialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47307
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101573
Richard Biener changed:
What|Removed |Added
CC||phresnel at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43361
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 43361, which changed state.
Bug 43361 Summary: missing uninitialized warning without optimization (-O0)
(PHI in always_executed basic block)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43361
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 34721, which changed state.
Bug 34721 Summary: Output statements fool the -Wuninitialized option
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34721
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34721
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19430
Richard Biener changed:
What|Removed |Added
CC||dominiq at lps dot ens.fr
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31279
--- Comment #8 from Richard Biener ---
The original testcase hides everything behind array descriptors, even with
unrolling and vectorization disabled we end up with
[local count: 214748368]:
parm.0.data = &alist[0];
parm.0.offset = -1;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19430
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2005-05-03 18:04:44 |2022-8-29
--- Comment #37 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106768
--- Comment #2 from Johann Taferl ---
I'm very sorry, but I do not know how to debug the compiler it self.
I only download the toolchain form the ARM homepage. I was glad to get all work
as it is.
Any suggestions how I might be of help?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106772
--- Comment #1 from Mkkt Bkkt ---
libc++ implementation do it.
msvc stl of course too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106772
Bug ID: 106772
Summary: atomic::wait shouldn't touch waiter pool if used
platform wait
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106579
--- Comment #14 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:87a07e96dc4e6849ab6ac0b1ceeb5a19aebee9d6
commit r12-8724-g87a07e96dc4e6849ab6ac0b1ceeb5a19aebee9d6
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106579
--- Comment #13 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:c5d4e67e764fb157404142cfc8d2bc4436fcf0f5
commit r12-8723-gc5d4e67e764fb157404142cfc8d2bc4436fcf0f5
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106721
--- Comment #6 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:0784ef5e2a7ea72614aa600dccb29e926e46bab6
commit r12-8722-g0784ef5e2a7ea72614aa600dccb29e926e46bab6
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106590
--- Comment #11 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:030063c43f30a2335d3c03182df0beb82d003816
commit r12-8720-g030063c43f30a2335d3c03182df0beb82d003816
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106771
Bug ID: 106771
Summary: [OOP] ICE with PACK intrinsic, in
gfc_conv_expr_descriptor, at
fortran/trans-array.c:7328
Product: gcc
Version: 9.2.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106770
--- Comment #2 from Jens Seifert ---
vec_extract(vr, 1) should extract the left element. But xxpermdi x,x,x,3
extracts the right element.
Looks like a bug in vec_extract for PPCLE and not a problem regarding
unnecessary xxpermdi.
Using assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106767
--- Comment #5 from Alexey Izbyshev ---
(In reply to Richard Biener from comment #4)
> Is there a public specification of the Microsoft extension and how it is
> supposed to behave with recursion or is the recursion behavior specified
> by the C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100869
--- Comment #1 from CVS Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:8cdebe087619329facf19ba849d4d489a9a933e2
commit r13-2248-g8cdebe087619329facf19ba849d4d489a9a933e2
Author: Robin Dapp
Date: Fri Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106680
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106768
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106767
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106764
--- Comment #1 from Richard Biener ---
fuzzing source is going to turn up a lot of error-recovery cases - while
somewhat interesting they will inevitably be very low priority since GCC has
mechanisms to present the user with a nicer error messag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106762
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106761
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-08-29
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106757
--- Comment #2 from Richard Biener ---
The unroller has code to put unreachable()s in paths like those but it's
imperfect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106756
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Summary|Overbroad frie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106682
Kewen Lin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106770
--- Comment #1 from Jens Seifert ---
vec_extract(vr, 1) should extract the left element. But xxpermdi x,x,x,3
extracts the right element.
Looks like a bug in vec_extract for PPCLE and not a problem regarding
unnecessary xxpermdi.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106770
Bug ID: 106770
Summary: PPCLE: Unnecessary xxpermdi before mfvsrd
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91213
rdapp at gcc dot gnu.org changed:
What|Removed |Added
CC||rdapp at gcc dot gnu.org
--- C
69 matches
Mail list logo