https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102739
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102739
Bug ID: 102739
Summary: compiler ICE when run libcxx's test
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102700
--- Comment #4 from Hongtao.liu ---
(In reply to Martin Sebor from comment #3)
> It looks like it's just the the location of the warning that's off, the
> warning itself is still issued but it's swallowed by the dg-prune-output
> directive.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102738
--- Comment #2 from Andrew Pinski ---
So this is interesting, I think clang/LLVM does this optimization late in their
pipeline take:
int a1(int f, int g)
{
if (f == 0 || f == 1)
return (f-1) >> g;
return 0;
}
They don't remove the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95740
--- Comment #3 from Gabriel Ravier ---
I've also encountered what looks like a duplicate of this bug, although I'm not
sure but it seems likely:
int foo(float f)
{
union
{
float f;
int i;
} z = { .f = f };
return z.i - 1;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102738
Andrew Pinski changed:
What|Removed |Added
Summary|Failure to optimize right |Failure to optimize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102738
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102738
Bug ID: 102738
Summary: Failure to optimize right shift of 128-bit value after
it's already been shifted by 127
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101583
Arjan van de Ven changed:
What|Removed |Added
CC||arjan at linux dot intel.com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102733
--- Comment #4 from Andrew Pinski ---
(In reply to Martin Sebor from comment #3)
> A couple of data points: I see the same behavior for any constant address
> (not just null).
Right because DSE does not compare MEM_ADDR_SPACE. It is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102733
--- Comment #3 from Martin Sebor ---
A couple of data points: I see the same behavior for any constant address (not
just null). Clang 12 behaves the same as GCC, but Clang 13 emits both stores,
suggesting they fixed it as a bug:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102736
Andrew Macleod changed:
What|Removed |Added
CC||aldyh at redhat dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102281
--- Comment #14 from qinzhao at gcc dot gnu.org ---
All the 3 testing cases can be resolved by adding the following patch (check
whether the type has padding before adding call to __builtin_clear_padding):
I believe that this is a safe partial
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934
--- Comment #16 from joseph at codesourcery dot com ---
I don't think this bug is anything to do with -fsignaling-nans, for the
same reason as applies to bug 58416 and bug 71460.
The option -fsignaling-nans is only about correctly handling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102737
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-10-13
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102737
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.5
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102737
Bug ID: 102737
Summary: [x86] Failure to optimize out bad register usage
involving int->double conversion
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102736
Andrew Pinski changed:
What|Removed |Added
Summary|wrong code at -O2 and -O3 |[12 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102592
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102592
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:9ef31bab15a426a6829acf0e7ae5420d3b10cbae
commit r11-9149-g9ef31bab15a426a6829acf0e7ae5420d3b10cbae
Author: Jonathan
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20211013 (experimental) [master r12-4363-g52055987fba] (GCC)
[593] %
[593] % gcctk -Os small.c; ./a.out
[594] %
[594] % gcctk -O2 small.c
[595] % ./a.out
Aborted
[596] %
[596] % cat small.c
int a, b = -1, c;
int d = 1;
char e(char f, int g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102648
--- Comment #2 from Andrew Macleod ---
This is another case of insufficient range representation in the old
value_range. The patch causing the issue allows us to produce better subranges
when the source ranges have small numbers of constants
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102735
Bug ID: 102735
Summary: privatization-1-compute.c results in both XFAIL and
PASS
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340
--- Comment #27 from CVS Commits ---
The releases/gcc-11 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:8b333df9484c1697f3a80530a47aa90b1859e970
commit r11-9147-g8b333df9484c1697f3a80530a47aa90b1859e970
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102425
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102667
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102425
--- Comment #7 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:b90b39a33154949979def3117ca868950ce8025c
commit r9-9778-gb90b39a33154949979def3117ca868950ce8025c
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102667
--- Comment #5 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:081f08b80db2ce8a10375b3af118db008308affc
commit r9-9774-g081f08b80db2ce8a10375b3af118db008308affc
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102592
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b83b810ac440f72e7551b6496539e60ac30c0d8a
commit r12-4381-gb83b810ac440f72e7551b6496539e60ac30c0d8a
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102592
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:85b24e32dc27ec2e70b853713e0713cbc1ff08c3
commit r12-4380-g85b24e32dc27ec2e70b853713e0713cbc1ff08c3
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102716
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102717
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102705
--- Comment #1 from Andrew Macleod ---
That impact of that patch on this PR is that it teaches range extraction that
[0,1] % [5,5] is [0,1], unlike before which came up with [0,4]
This in turn causes the thread1 pass to decide to thread
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102733
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> RTL level DSE removes the first store. I suspect dse.c does not check
> ADDR_SPACE_GENERIC_P.
I mean MEM_ADDR_SPACE. And yes it looks like it does not check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102733
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102611
Jakub Jelinek changed:
What|Removed |Added
Attachment #51595|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934
--- Comment #15 from Zoltan Vajda ---
In my special case, I have an embedded realtime application with a lot of FP
atithmetic on Intel 32 bit architecture (huge and complex legacy codebase). FPU
exceptions are enabled, so loading an SNaN results
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 102630, which changed state.
Bug 102630 Summary: [12 Regression] Spurious -Warray-bounds with named address
space
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102630
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102630
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90787
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101388
--- Comment #5 from Gaius Mulley ---
Many thanks - I've applied the patch to the git repro. Fixed now I believe.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102734
Bug ID: 102734
Summary: Autodeduced method return type is available before the
class is complete
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
FE2:
.size test_null_store_fs_gs, .-test_null_store_fs_gs
.ident "GCC: (GNU) 12.0.0 20211013 (experimental)"
.section.note.GNU-stack,"",@progbits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102732
Bug ID: 102732
Summary: quadratic/exponential time complexity on D demangler
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102630
--- Comment #7 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:54fa5567a27eb7ee72cd2321d0291c8a9b436ce9
commit r12-4376-g54fa5567a27eb7ee72cd2321d0291c8a9b436ce9
Author: Martin Sebor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102323
--- Comment #1 from Gaius Mulley ---
Confirmed, thank you for the bug report. Now fixed in the git repro.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77608
Kees Cook changed:
What|Removed |Added
CC||kees at outflux dot net
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102731
Martin Sebor changed:
What|Removed |Added
Blocks||56456, 88443
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102731
Bug ID: 102731
Summary: inconsistent handling of dereferncing a null pointer
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102729
Tobias Burnus changed:
What|Removed |Added
Blocks||102641
--- Comment #1 from Tobias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99580
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2021-03-14 00:00:00 |2021-10-13
Summary|False
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100464
--- Comment #15 from Chengnian Sun ---
(In reply to Jakub Jelinek from comment #14)
> Yes. You'll get an error, like:
> error: t.c: ‘-fcompare-debug’ failure (length)
> or
> error: t.c: ‘-fcompare-debug’ failure
> Under the hood, the driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90787
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:4be4888d6bddbcc106efeb19e18c380e7c1d041a
commit r10-10214-g4be4888d6bddbcc106efeb19e18c380e7c1d041a
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102730
Bug ID: 102730
Summary: Consistency of deprecation warning emission with type
alias
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102726
Martin Sebor changed:
What|Removed |Added
Last reconfirmed||2021-10-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934
--- Comment #14 from Alexander Monakov ---
Zoltan, excuse me, could you please clarify what specifically you are worried
about? Your bug title says "results in UB" and the opening comment said "the
behavior [..] is unpredictable", but as far as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102720
--- Comment #6 from Christophe Lyon ---
On aarch64, this also causes gcc.dg/loop-unswitch-4.c to fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102720
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102729
Bug ID: 102729
Summary: Assumed rank: ICE when passing noncontiguous to
CONTIGUOUS assume rank (assumed-rank loop handling)
Product: gcc
Version: 12.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102611
--- Comment #2 from Jakub Jelinek ---
Created attachment 51595
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51595=edit
gcc12-P2128R6-WIP.patch
Untested WIP, just template handling hasn't been added yet, so it is useful
only without
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934
--- Comment #13 from Uroš Bizjak ---
(In reply to Zoltan Vajda from comment #12)
> Using -mfpmath=sse here does not help on a 32 bit platfrom.
> https://gcc.godbolt.org/z/hs1Ef6aj4
> At line 31 the assembly code performs the speculative load.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102728
Bug ID: 102728
Summary: requires statement fails to recognize lambda in
unevaluated context
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100287
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100237
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100187
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100287
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:139bafaaba0c775ca65712621bd60e079b488d73
commit r10-10210-g139bafaaba0c775ca65712621bd60e079b488d73
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100249
--- Comment #11 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:139bafaaba0c775ca65712621bd60e079b488d73
commit r10-10210-g139bafaaba0c775ca65712621bd60e079b488d73
Author: Patrick
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100187
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:139bafaaba0c775ca65712621bd60e079b488d73
commit r10-10210-g139bafaaba0c775ca65712621bd60e079b488d73
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100237
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:139bafaaba0c775ca65712621bd60e079b488d73
commit r10-10210-g139bafaaba0c775ca65712621bd60e079b488d73
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100287
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:cb261f0e8fc08fb49f74002582ad5713cda684f7
commit r11-9145-gcb261f0e8fc08fb49f74002582ad5713cda684f7
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100249
--- Comment #10 from CVS Commits ---
The releases/gcc-11 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:cb261f0e8fc08fb49f74002582ad5713cda684f7
commit r11-9145-gcb261f0e8fc08fb49f74002582ad5713cda684f7
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100237
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:cb261f0e8fc08fb49f74002582ad5713cda684f7
commit r11-9145-gcb261f0e8fc08fb49f74002582ad5713cda684f7
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100187
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:cb261f0e8fc08fb49f74002582ad5713cda684f7
commit r11-9145-gcb261f0e8fc08fb49f74002582ad5713cda684f7
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 90364, which changed state.
Bug 90364 Summary: 521.wrf_r is 8-17% slower with PGO at -Ofast and native
march/mtune
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90364
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90364
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934
--- Comment #12 from Zoltan Vajda ---
Using -mfpmath=sse here does not help on a 32 bit platfrom.
https://gcc.godbolt.org/z/hs1Ef6aj4
At line 31 the assembly code performs the speculative load.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102340
Gaius Mulley changed:
What|Removed |Added
CC||gaiusmod2 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90364
--- Comment #12 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:72e0c742bd01f8e7e6dcca64042b9ad7e75979de
commit r12-4372-g72e0c742bd01f8e7e6dcca64042b9ad7e75979de
Author: Martin Liska
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102688
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102688
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:e415bc4c035b1b655cf2cafcbe515382d1cefc93
commit r12-4370-ge415bc4c035b1b655cf2cafcbe515382d1cefc93
Author: Martin Liska
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102339
--- Comment #1 from Gaius Mulley ---
Confirmed as a bug and now fixed in the repository - many thanks for the
report.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934
--- Comment #11 from Uroš Bizjak ---
(In reply to Zoltan Vajda from comment #9)
> As I understand it, it is acknowledged, that this is a bug. However, the
> issue is in state NEW for a quite long time. The issue is still present in
> GCC 11.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102724
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102711
--- Comment #5 from rguenther at suse dot de ---
On Wed, 13 Oct 2021, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102711
>
> Martin Liška changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102715
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102711
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102709
Martin Liška changed:
What|Removed |Added
Summary|[11/12 Regression] ICE: in |[11/12 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102721
--- Comment #5 from qingzhe huang ---
(In reply to qingzhe huang from comment #4)
> (In reply to Andrew Pinski from comment #2)
> > Note it is not array related either:
> > template<>
> > void A::foo(const decltype(+[]{}))
> > {}
>
> Yes, it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102727
Bug ID: 102727
Summary: Warning for guaranteed interoperable type kind
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102726
Bug ID: 102726
Summary: Does not warn for enum constant in boolean context
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102725
--- Comment #4 from Richard Biener ---
I think that 'strlen' is only used when it is explicitely declared. Hmm, maybe
I'm mistaken and it's 'implicit' already because it is standard.
So loop distribution could check for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102659
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102659
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:3c0194d7ff21d61c02f3c6b111c83ef24a69e1f0
commit r12-4369-g3c0194d7ff21d61c02f3c6b111c83ef24a69e1f0
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102046
Richard Biener changed:
What|Removed |Added
Known to fail||10.3.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101925
Richard Biener changed:
What|Removed |Added
Known to work||10.3.1
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102046
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:967219bb3ef1869f6bd1c5efffea65544a310836
commit r10-10208-g967219bb3ef1869f6bd1c5efffea65544a310836
Author: Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101925
--- Comment #12 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:66615029ec831da23b481cd3a01e90cff02c6891
commit r10-10207-g66615029ec831da23b481cd3a01e90cff02c6891
Author: Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101373
--- Comment #18 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:95a95ec274cd0ec125ce48ab002fad4e400e345b
commit r10-10206-g95a95ec274cd0ec125ce48ab002fad4e400e345b
Author: Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101868
--- Comment #12 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:95a95ec274cd0ec125ce48ab002fad4e400e345b
commit r10-10206-g95a95ec274cd0ec125ce48ab002fad4e400e345b
Author: Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101824
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:a68a1e06f2eea2f510649aa9bbb17303ef1efb9c
commit r10-10205-ga68a1e06f2eea2f510649aa9bbb17303ef1efb9c
Author: Richard
1 - 100 of 151 matches
Mail list logo
