https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102798
--- Comment #11 from Richard Biener ---
The issue is that the vectorizer should only duplicate pointer-info to SSA
names it created itself, not to _any_ existing ones.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
Arnaud Charlet changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |charlet at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102807
--- Comment #1 from Andrew Pinski ---
This could be a bug in clang considering it uses concepts and all.
clang does not say why this concept evulates to false even:
/opt/compiler-explorer/gcc-snapshot/lib/gcc/x86_64-linux-gnu/12.0.0/../../../../
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102803
--- Comment #4 from Carlos Galvez ---
Thanks a lot for the detailed answer! That's very interesting, so it can
actually have to do with how the Ubuntu version has been built. I'll definitely
give it a try building locally.
Your output looks lik
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102796
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102767
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=102808
Bug ID: 102808
Summary: [12 regression] sve/mask_gather_load_1.c fails since
g:9b2ad21ab3ebc21a3408108327fa1a7cbedaf217
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102803
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102745
--- Comment #1 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:017665f63047ce47b087b0b283548a60e5abf3d2
commit r12-4464-g017665f63047ce47b087b0b283548a60e5abf3d2
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #57 from Eric Botcazou ---
> Thanks for the log, exception propagation crept in again in the bootstrap
> causing the same kind of issues as last time, investigating how to get rid
> of exception propagation when compiling a-except.ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102803
--- Comment #6 from Carlos Galvez ---
Hmm I don't see that in the x86 version of Ubuntu GCC:
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
7.5.0-3ubuntu1~18.04' --with-bugurl=file:///usr/share/doc/gcc-7/README.Bugs
--enable-lan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #58 from Eric Botcazou ---
So we have the dreaded mix of 11.x Ada exception code and 10.x unwind code:
#0 0x773bb68b in msvcrt!abort () from C:\WINDOWS\SysWOW64\msvcrt.dll
#1 0x02074f7d in uw_init_context_1 (context=context@entry=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #59 from Arnaud Charlet ---
Right, PR ada/80590.
And yes, the previous PR was more of a special case while this PR is in the
middle of the bootstrap path (triggers as part of compiling a-except.adb).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102784
Martin Liška changed:
What|Removed |Added
Summary|ICE in |ICE in
|synthesize_imp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102803
--- Comment #7 from Andrew Pinski ---
The next different is multiarch .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102767
Kewen Lin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102798
--- Comment #12 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a5b1b2a186d94b31a522395e9d02c9cec1b928cb
commit r12-4466-ga5b1b2a186d94b31a522395e9d02c9cec1b928cb
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102798
Richard Biener changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] |[9/10/11 Regression] wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102086
--- Comment #1 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:64f9623765da3306b0ab6a47997dc5d62c2ea261
commit r12-4467-g64f9623765da3306b0ab6a47997dc5d62c2ea261
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92189
--- Comment #4 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:64f9623765da3306b0ab6a47997dc5d62c2ea261
commit r12-4467-g64f9623765da3306b0ab6a47997dc5d62c2ea261
Author: Tobias Burnus
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92621
--- Comment #20 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:64f9623765da3306b0ab6a47997dc5d62c2ea261
commit r12-4467-g64f9623765da3306b0ab6a47997dc5d62c2ea261
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101308
--- Comment #2 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:64f9623765da3306b0ab6a47997dc5d62c2ea261
commit r12-4467-g64f9623765da3306b0ab6a47997dc5d62c2ea261
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101309
--- Comment #2 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:64f9623765da3306b0ab6a47997dc5d62c2ea261
commit r12-4467-g64f9623765da3306b0ab6a47997dc5d62c2ea261
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101635
--- Comment #2 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:64f9623765da3306b0ab6a47997dc5d62c2ea261
commit r12-4467-g64f9623765da3306b0ab6a47997dc5d62c2ea261
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92482
--- Comment #7 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:64f9623765da3306b0ab6a47997dc5d62c2ea261
commit r12-4467-g64f9623765da3306b0ab6a47997dc5d62c2ea261
Author: Tobias Burnus
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #60 from Eric Botcazou ---
> And yes, the previous PR was more of a special case while this PR is in the
> middle of the bootstrap path (triggers as part of compiling a-except.adb).
Right. As a last resort, I'm OK to try backportin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102788
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102788
--- Comment #6 from Richard Biener ---
Created attachment 51621
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51621&action=edit
patch I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59675
Jay Feldblum changed:
What|Removed |Added
CC||yfeldblum at gmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #61 from Arnaud Charlet ---
(In reply to Eric Botcazou from comment #60)
> > And yes, the previous PR was more of a special case while this PR is in the
> > middle of the bootstrap path (triggers as part of compiling a-except.adb).
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102808
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102803
Richard Biener changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100208
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:9552afb2aec54b793d61ce85c93869a2f2a7958f
commit r11-9162-g9552afb2aec54b793d61ce85c93869a2f2a7958f
Author: Andrew Stubbs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100208
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:92aed72a73993607b845651630ba8a48f332097c
commit r11-9163-g92aed72a73993607b845651630ba8a48f332097c
Author: Andrew Stubbs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102807
--- Comment #2 from Jonathan Wakely ---
It evaluates to false because is_array_v is false for that type.
The next candidate is the problem:
and 'std::ranges::ref_view> &' does not satisfy
'__member_begin'
because '__decay_copy(__t.begin())' wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102807
Pilar Latiesa changed:
What|Removed |Added
CC||pilarlatiesa at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102807
--- Comment #4 from Jonathan Wakely ---
#include
struct Range
{
int* begin() { return 0; }
int* end() { return 0; }
};
int main()
{
static_assert(std::ranges::range);
using R = std::ranges::ref_view;
static_assert( std::ranges
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102807
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102789
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Component|libgomp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
Bug ID: 102809
Summary: Some TSVC benchmarks are slower after
r12-4195-gec0124e0acb556cd
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-10-18
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93183
--- Comment #4 from CVS Commits ---
The master branch has been updated by Prathamesh Kulkarni
:
https://gcc.gnu.org/g:20dcda98ed376cb61c74b2c71656f99c671ec9ce
commit r12-4470-g20dcda98ed376cb61c74b2c71656f99c671ec9ce
Author: prathamesh.kulkarni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
--- Comment #1 from Aldy Hernandez ---
There's a pending patch in this area that restricts loop threading:
https://gcc.gnu.org/pipermail/gcc-patches/2021-October/581894.html
Does this fix the problem?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102789
--- Comment #3 from Jakub Jelinek ---
On the trunk, -O2 -fopenmp -mcpu=power6 -maltivec -m32 works fine, while
-O2 -fopenmp -mcpu=power6 -mvsx -m32 is miscompiled too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102810
Bug ID: 102810
Summary: Bogus Wstringop-overread warning when special
(integer) pointer values passed to array parameter of
a function
Product: gcc
Version: 11.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59675
--- Comment #8 from Jonathan Wakely ---
(In reply to Jay Feldblum from comment #7)
> The caveat, not to pollute `bits/c++config` with `#include really */>`. Are there more caveats to be aware of?
No, that's it. The additional overhead of callin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #62 from Eric Botcazou ---
> No need to, there are actually several reasons to not rely on exception
> propagation during bootstrap, so let's restore this invariant instead, I'm
> testing a change to that effect.
Fair enough. In an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
--- Comment #2 from Martin Liška ---
> Does this fix the problem?
Yes, it helps! Thank you for the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #63 from Arnaud Charlet ---
(In reply to Eric Botcazou from comment #62)
> > No need to, there are actually several reasons to not rely on exception
> > propagation during bootstrap, so let's restore this invariant instead, I'm
> > t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
--- Comment #3 from Aldy Hernandez ---
(In reply to Martin Liška from comment #2)
> > Does this fix the problem?
>
> Yes, it helps! Thank you for the patch.
Thanks for all your help here, and sorry for all the noise. Getting the jump
threadin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102788
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:eb032893675afea4b01cc6ad06a3e0dcfe9b51cd
commit r12-4472-geb032893675afea4b01cc6ad06a3e0dcfe9b51cd
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102811
Bug ID: 102811
Summary: vcvtph2ps and vcvtps2ph should be used to convert
_Float16 to SFmode with -mf16c
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102788
Richard Biener changed:
What|Removed |Added
Target Milestone|12.0|11.3
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102747
--- Comment #2 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:815f15d3384edbdd73cc54536f30947e15183151
commit r12-4474-g815f15d3384edbdd73cc54536f30947e15183151
Author: Martin Liska
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102746
--- Comment #5 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:815f15d3384edbdd73cc54536f30947e15183151
commit r12-4474-g815f15d3384edbdd73cc54536f30947e15183151
Author: Martin Liska
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102746
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102747
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102811
--- Comment #1 from Uroš Bizjak ---
Something like (argument and result in %xmm0):
vpxor %xmm1, %xmm1, %xmm1
vpblendw %xmm1, %xmm1, %xmm0, $1
vcvtph2ps %xmm0, %xmm1
instead of __extendhfsf2 and:
vxorps %xmm1, %xmm1, %xmm1
vblendps %xmm1, %xmm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26915
--- Comment #8 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:247c407c83f0015f4b92d5f71e45b63192f6757e
commit r12-4475-g247c407c83f0015f4b92d5f71e45b63192f6757e
Author: Roger Sayle
Date: Mon Oc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102811
--- Comment #2 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #1)
> vxorps %xmm1, %xmm1, %xmm1
> vblendps %xmm1, %xmm1, %xmm0, $1
> vcvtps2ph %xmm0, %xmm1
vmovss %xmm1, %xmm1, %xmm0
instead of vblendps would also do the trick.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102812
Bug ID: 102812
Summary: Unoptimal (and wrong) code for _Float16 insert
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #64 from Óscar Fuentes ---
Searching for HAVE_LD_RO_RW_SECTION_MIXING in the build directory used for
extracting the previous gdb backtraces shows this:
gcc/auto-host.h:1684:11:/* #undef HAVE_LD_RO_RW_SECTION_MIXING */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102746
--- Comment #7 from Илья Шипицин ---
wow. thanks for that.
btw, will it be "gcc-12 only" or it is going to be backported (I'm interested
in gcc-8) ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102746
--- Comment #8 from Martin Liška ---
(In reply to Илья Шипицин from comment #7)
> wow. thanks for that.
>
> btw, will it be "gcc-12 only" or it is going to be backported (I'm
> interested in gcc-8) ?
No, I'm not planning backporting that as it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102746
--- Comment #9 from Илья Шипицин ---
ok, so we'll migrate to gcc-12 :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #65 from Eric Botcazou ---
> Searching for HAVE_LD_RO_RW_SECTION_MIXING in the build directory used for
> extracting the previous gdb backtraces shows this:
>
> gcc/auto-host.h:1684:11:/* #undef HAVE_LD_RO_RW_SECTION_MIXING */
Than
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #66 from Óscar Fuentes ---
(In reply to Eric Botcazou from comment #65)
> Thanks. Do you still have this line:
>
> r .eh_frame
>
> for crtend.o of the GCC 10 compiler after the grep mess was resolved? Do
> you have the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102329
Florian Weimer changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102813
Bug ID: 102813
Summary: gccgo ICE when build
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee: ian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102813
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102796
Andrew Pinski changed:
What|Removed |Added
CC||unlvsur at live dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102761
--- Comment #3 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:4abc0c196b10251dc80d0743ba9e8ab3e56c61ed
commit r12-4484-g4abc0c196b10251dc80d0743ba9e8ab3e56c61ed
Author: Uros Bizjak
Date: Mon O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102813
--- Comment #2 from cqwrteur ---
Created attachment 51623
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51623&action=edit
config.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #67 from Eric Botcazou ---
> Note that, as before, .text.startup is present in gcc-10 but missing in
> gcc-11 crtend.o.
That's expected if you compile with -Og or -O1, i.e. it requires -O2 or above.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102810
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Ever confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100316
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:aa827fa170d3e61d17c3daaf4d5008a3c674a005
commit r11-9170-gaa827fa170d3e61d17c3daaf4d5008a3c674a005
Author: Kito Cheng
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100316
Kito Cheng changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102804
--- Comment #5 from Todd Rudick ---
Richard, is there a way to represent the part of this that is a bug?
Presumably accepting the construct but having it break template specialization
with an error that can be arbitrarily disconnected from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102804
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|NEW
Summary|template match
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102804
--- Comment #7 from Jonathan Wakely ---
Oops, sorry the reduced example was missing the first line.
Fixed, and further reduced:
using int32_t = int;
enum: unsigned int32_t { foo };
int f(int);
int f(unsigned);
auto x = f(1 ? foo : 1);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102537
--- Comment #2 from Matt Jacobson ---
I certainly haven't spent as much time thinking about this as you, but I think
my personal preference would be to add new values to the `flag_objc_abi`
argument. It's already the case that "objc-next-runtim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102768
--- Comment #3 from nsz at gcc dot gnu.org ---
well, protection mechanisms are rarely equivalent. neither scs nor
traditional stack protector are perfect.
to me compiler support for freestanding environments such as linux
makes sense. i cannot i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102814
Bug ID: 102814
Summary: [12 regression] quadratique/exponential time
complexity for max-jump-thread-duplication-stmts
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102815
Bug ID: 102815
Summary: gfortran.dg/bind-c-contiguous-5.f90 fails at execution
on armeb
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102796
Andrew Macleod changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102816
Bug ID: 102816
Summary: [12 Regression] ICE in resolve_structure_cons, at
fortran/resolve.c:1467
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102817
Bug ID: 102817
Summary: [12 Regression] ICE in gfc_clear_shape, at
fortran/expr.c:422
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102817
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102818
Bug ID: 102818
Summary: ICE in gfc_resolve_formal_arglist, at
fortran/resolve.c:282
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102819
Bug ID: 102819
Summary: [11/12 Regression] IFN_COMPLEX_MUL matches things that
it shouldn't
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94310
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92911
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92909
--- Comment #8 from Patrick Palka ---
*** Bug 92911 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102820
Bug ID: 102820
Summary: Failure to compile void{}
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102820
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2021-10-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102819
Tamar Christina changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102821
Bug ID: 102821
Summary: Tentative definition of variable with internal linkage
has incomplete non-array type: missing diagnostics
Product: gcc
Version: 11.2.0
Status: UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102821
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-10-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102822
Bug ID: 102822
Summary: [12 regression] 27_io/ios_base/failure/dual_abi.cc
failure after r12-4443
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: norm
1 - 100 of 136 matches
Mail list logo
