https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100308
Richard Biener changed:
What|Removed |Added
Known to work||12.0
--- Comment #3 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100173
--- Comment #3 from rguenther at suse dot de ---
On Thu, 29 Apr 2021, crazylht at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100173
>
> --- Comment #2 from Hongtao.liu ---
>
> > but yes, cselim will also sink the fir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100328
Bug ID: 100328
Summary: IRA doesn't model dup num constraint well
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99912
--- Comment #12 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b58dc0b803057c0e6032e0d9bd92cd834f72c75c
commit r12-248-gb58dc0b803057c0e6032e0d9bd92cd834f72c75c
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100308
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:8ddce3f7d0db060885df24e41dd289173ec774a0
commit r12-247-g8ddce3f7d0db060885df24e41dd289173ec774a0
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100321
Tom de Vries changed:
What|Removed |Added
Summary|[OpenMP][nvptx] (Con't) |[OpenMP][nvptx, SIMT]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82735
--- Comment #14 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #12)
> (In reply to Jakub Jelinek from comment #10)
> > Last touched in PR99563.
> > I guess for the explicit user vzeroupper we need to add the clobbers/sets
> > earlier
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100327
seurer at gcc dot gnu.org changed:
What|Removed |Added
Build||powerpc64*-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94092
Alexandre Oliva changed:
What|Removed |Added
Assignee|aoliva at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100327
Bug ID: 100327
Summary: [12 regression] bootstrap failure after r12-228
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100173
--- Comment #2 from Hongtao.liu ---
> but yes, cselim will also sink the first store, moving it across the
> scalar compute in the block. I might note that ideally we'd sink
> all the compute as well and end up with just a conditional load of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51793
--- Comment #4 from Bruno Haible ---
Correction to comment #3:
It works fine on
- Solaris 11.4 (gcc 7.3.0): foo.s contains '.p2align 4,,15'
- Solaris 11 OpenIndiana (gcc 7.2.0): likewise
- Solaris 11 OmniOS (gcc 9.3.0): foo.s contains '.p2align 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100250
Martin Sebor changed:
What|Removed |Added
Known to fail|11.0, 12.0 |11.1.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100307
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51793
Bruno Haible changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100250
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:2c8bffa184dffba7976ba807ef0a1bbb6f66aa2d
commit r12-246-g2c8bffa184dffba7976ba807ef0a1bbb6f66aa2d
Author: Martin Sebor
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100326
Bug ID: 100326
Summary: Crash with `#pragma GCC unroll` when calling value
which can't be called in template function
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51793
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95872
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2021-04-28
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100322
--- Comment #7 from Marc Glisse ---
PR94589 then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100030
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100282
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100031
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100248
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100325
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100325
Bug ID: 100325
Summary: missing warning with -O0 on sprintf overflow with
pointer plus offset
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100288
--- Comment #2 from Marek Polacek ---
Reduced test that shows the ICE:
class ostream;
template
concept OstreamInsertable = requires(ostream out, Type value) {
out << value;
};
struct FMT {};
class CSVTabIns {
template friend void operator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100288
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |11.2
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100316
Jim Wilson changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100313
--- Comment #3 from Marek Polacek ---
In fact, this is about -fno-delete-null-pointer-checks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100321
Tom de Vries changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100313
--- Comment #2 from Marek Polacek ---
Cleaned up:
template
struct Prop {
void notify()
{
if constexpr (A != nullptr) { }
}
};
struct S {
inline void fn() { }
};
int main()
{
Prop<&S::fn> prop;
prop.notify();
}
Requires only -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80475
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61806
--- Comment #9 from Patrick Palka ---
*** Bug 80475 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100313
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85263
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 85263, which changed state.
Bug 85263 Summary: [concepts] ICE with parameter pack matching
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85263
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100283
--- Comment #2 from anlauf at gcc dot gnu.org ---
The testcase is accepted with -fdefault-integer-8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99465
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98391
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100269
--- Comment #1 from Iain Sandoe ---
Created attachment 50705
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50705&action=edit
patch under test
It doesn't seem that the rationale for the changes in r12-35/36 is captured
anywhere I could fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98391
--- Comment #3 from Tom de Vries ---
Jakub, should this be marked as resolved-invalid?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98391
--- Comment #2 from Tom de Vries ---
Fixed by:
...
do i = 1, n
+!$omp atomic
c(i,j) = a(k) + c(i,j)
end do
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98391
--- Comment #1 from Tom de Vries ---
Minimal example openmp:
...
program main
implicit none
integer :: i, j, k
integer :: n = 2
real :: a(2), c(2,2), cc(2,2)
a = 0.5
cc = 0
do j = 1, n
do k = 1, n
do i = 1, n
cc(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100283
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||11.1.0, 12.0
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100324
--- Comment #1 from Tor ---
Just compiled gcc-11.1.0 on aarch64. No problem for all languages.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100225
--- Comment #4 from Roman Zhuykov ---
Created attachment 50704
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50704&action=edit
Tested patch
Fix in https://gcc.gnu.org/pipermail/gcc-patches/2021-April/569110.html,
pushing to trunk tomorro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100324
Bug ID: 100324
Summary: gcc-10.2.0 (and earlier) fails to build on x86_64, but
has builds just fine aarch64
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52830
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at mengyan1223 dot wang
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100217
--- Comment #12 from Jakub Jelinek ---
For valgrind, the quick workaround would be -march=z13 when compiling the s390x
tests that have register long double variables.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92621
--- Comment #13 from anlauf at gcc dot gnu.org ---
(In reply to José Rui Faustino de Sousa from comment #12)
> I do not have the "edit" or "take" links and if I click "Not yet assigned to
> anyone" it tries to send an email to "unassig...@gcc.gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19377
--- Comment #15 from Anthony Sharp ---
This should now be fixed as part of my patch:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=be246ac2d26e1cb072f205bf97d5eac150220f3f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92621
--- Comment #12 from José Rui Faustino de Sousa ---
(In reply to Dominique d'Humieres from comment #11)
> Did you try to click on 'take' in
>
> Assignee:
> Not yet assigned to anyone (edit) (take)
>
I do not have the "edit" or "take" link
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100217
--- Comment #11 from Mark Wielaard ---
BTW. Disabling that test in valgrind produces another crash in another test
that looks similar:
gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../.. -I../../../include
-I../../../coregrind -I../../../include -I.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100322
--- Comment #6 from Jonathan Wakely ---
So it's just bad codegen for <=> comparisons. Thanks, Barry.
The library part is a red herring, the operator> synthesized from <=> is fine
to use, it just produces bad code (with GCC, but not Clang).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100322
--- Comment #5 from Barry Revzin ---
Sorry meant to actually copy the reduction:
#include
bool compare_count(int a, int b)
{
return a > b;
}
bool compare(int a, int b)
{
return (a <=> b) > 0;
}
which generates:
compare_count(int,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100322
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100322
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> If you write it like this you get good codegen:
I think I messed up my testing, and it doesn't help. GCC always chooses the
synthesized operator> instead of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100182
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100322
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100182
--- Comment #26 from CVS Commits ---
The releases/gcc-8 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:0d277114b4b2d0cb386c7abe409a81ca29d9d61d
commit r8-10926-g0d277114b4b2d0cb386c7abe409a81ca29d9d61d
Author: Uros Bizjak
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100182
--- Comment #25 from CVS Commits ---
The releases/gcc-9 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:be20ca1d4ff79baf7425a48bb887495e1ea8f788
commit r9-9472-gbe20ca1d4ff79baf7425a48bb887495e1ea8f788
Author: Uros Bizjak
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100317
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95810
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.5
Summary|Spurious UBSan wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100323
Bug ID: 100323
Summary: #pragma and attribute optimize don't enable inlining
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100322
--- Comment #1 from Jonathan Wakely ---
Maybe related to either PR 94006 or PR 94566
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97930
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|12.0|11.2
--- Comment #4 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97930
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:c8767ee9f9355a63bfeb8318df32bc39c5b0f3ad
commit r12-225-gc8767ee9f9355a63bfeb8318df32bc39c5b0f3ad
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100322
Bug ID: 100322
Summary: Switching from std=c++17 to std=c++20 causes
performance regression in relationals
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99957
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100311
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:59f5d16f2c5db4d9592c8ce6453afe81334bb012
commit r12-222-g59f5d16f2c5db4d9592c8ce6453afe81334bb012
Author: Richard Earnshaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100305
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Summary|[11/12 Regression] aarch64: |[10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99957
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e1543e694dadf1ea70eb72325219bc0cdc914a35
commit r12-221-ge1543e694dadf1ea70eb72325219bc0cdc914a35
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99957
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:d96db15967e78d7cecea3b1cf3169ceb924678ac
commit r12-220-gd96db15967e78d7cecea3b1cf3169ceb924678ac
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100305
--- Comment #8 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:668df9e769e7d89bcefa07f72b68dcae9a8f3970
commit r12-219-g668df9e769e7d89bcefa07f72b68dcae9a8f3970
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100309
Martin Sebor changed:
What|Removed |Added
Component|c++ |middle-end
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578
Martin Sebor changed:
What|Removed |Added
CC||sciresm.gccbugzilla at gmail
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100307
Martin Sebor changed:
What|Removed |Added
Summary|[11/12 Regression] Wrong|[11/12 Regression] spurious
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68942
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94418
--- Comment #5 from Jonathan Wakely ---
Implemented downstream:
https://gitlab.com/jonathan-wakely/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100320
--- Comment #2 from Denis Vlasenko ---
The relevant code in current git seems to be:
static void
expand_set_or_cpymem_via_rep (rtx destmem, rtx srcmem,
rtx destptr, rtx srcptr, rtx value, rtx orig_value,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100320
Jakub Jelinek changed:
What|Removed |Added
Component|c |target
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100321
Bug ID: 100321
Summary: [OpenMP][nvptx] (Con't) Reduction fails with
optimization and 'loop'/'for simd' but not with 'for'
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96560
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2021-04-28
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100319
--- Comment #1 from Jakub Jelinek ---
Created attachment 50702
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50702&action=edit
gcc11-pr100319.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100320
Bug ID: 100320
Summary: regression: 32-bit x86 memcpy is suboptimal
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100319
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100319
Bug ID: 100319
Summary: Incorrect check for detach clause argument in
data-sharing clauses
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100240
Peter Taraba changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100102
Peter Taraba changed:
What|Removed |Added
CC||taraba.peter at mail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100262
--- Comment #6 from Romain Naour ---
Hello,
Thanks for the help and confirm that's a problem on the existing code, not on
gcc.
Best regards,
Romain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100318
Bug ID: 100318
Summary: [OpenMP] Offloading with two identically named static
functions fails
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100232
--- Comment #5 from Tom de Vries ---
https://gcc.gnu.org/pipermail/gcc-patches/2021-April/569038.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100317
--- Comment #4 from Jakub Jelinek ---
An the reason it hasn't been backported to 8 branch is that ABSU_EXPR doesn't
exist there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100317
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #11 from Stefan Schulze Frielinghaus ---
(In reply to Eric Botcazou from comment #10)
> OK, then it's probably better to add it to:
>
> if (!is_a (reg_mode[regno], &old_mode)
> || !MODES_OK_FOR_MOVE2ADD (mode, old_mod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100317
Alex Peshkoff changed:
What|Removed |Added
Known to work||10.2.0
--- Comment #2 from Alex Peshkof
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92621
--- Comment #11 from Dominique d'Humieres ---
> I don't think I have the necessary permissions, but I may be missing
> something
> obvious...
Did you try to click on 'take' in
Assignee:
Not yet assigned to anyone (edit) (take)
?
If y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100317
Richard Biener changed:
What|Removed |Added
Known to work||10.3.0, 9.3.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100182
--- Comment #24 from CVS Commits ---
The releases/gcc-10 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:39e8bfe7217898e8d21bcc55efe6992fbde262f1
commit r10-9775-g39e8bfe7217898e8d21bcc55efe6992fbde262f1
Author: Uros Bizjak
Dat
1 - 100 of 179 matches
Mail list logo