https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95424
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95472
--- Comment #3 from Xi Ruoyao ---
Well, seems fixed by Jakub at efaffc69 (in master) and a764bbb7 (in gcc-10) so
far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90102
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398
--- Comment #37 from rguenther at suse dot de ---
On Tue, 2 Jun 2020, guojiufu at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398
>
> --- Comment #36 from Jiu Fu Guo ---
> (In reply to Jakub Jelinek from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95152
yagi uwu changed:
What|Removed |Added
CC||yagi.uwu at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95425
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95423
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-06-02
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93814
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95433
--- Comment #2 from Richard Biener ---
Hmm, are we supposed to solve/simplify arbitrary linear equations?
3 * x * x * x + 5 == 8
is equal to x == 1.
3 * x * x + 5 == 8
is equal to abs(x) == 1.
But sure, simple cases. I wonder if something
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95436
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95474
Bug ID: 95474
Summary: class member array cannot be mapped
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95450
Richard Biener changed:
What|Removed |Added
Version|unknown |10.1.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95451
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.5
Summary|[8/9/10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95475
--- Comment #1 from Andrew Pinski ---
The question is where should it be, at the open of the () or the start of the
identifier __builtin_unreachable ? In C++, it is the open. In C, it is the
start.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94274
--- Comment #5 from z.zhanghaijian at huawei dot com ---
Created attachment 48659
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48659=edit
Fold phi whose incoming args are defined from binary operations
I tried to make a patch to do this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
Richard Biener changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95460
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95469
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95475
--- Comment #2 from Haoxin Tu ---
(In reply to Andrew Pinski from comment #1)
> The question is where should it be, at the open of the () or the start of
> the identifier __builtin_unreachable ? In C++, it is the open. In C, it is
> the start.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95448
Richard Biener changed:
What|Removed |Added
Component|middle-end |tree-optimization
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95348
--- Comment #23 from Martin Liška ---
Created attachment 48660
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48660=edit
work-in-progress patch
There's patch that does not stream all zero counters for a function. The patch
only supports
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95475
Bug ID: 95475
Summary: Imprecise column number of runtime error in
unreachable program point
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95416
--- Comment #1 from Rainer Orth ---
I've since run Solaris bootstraps with gld: all the failures are gone.
Conversely, in a Linux/i686 bootstrap with gld and --disable-lto-plugin, they
do occur just as on Solaris with the native ld.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95456
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95464
--- Comment #2 from Richard Biener ---
I wonder where we'd simplify things like
(insn 67 66 68 3 (parallel [
(set (strict_low_part (subreg:QI (reg/v:SI 94 [ a ]) 0))
(ior:QI (subreg:QI (reg/v:SI 94 [ a ]) 0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95472
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95450
--- Comment #2 from Andreas Schwab ---
No, it doesn't.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95420
--- Comment #3 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:86b14bb1a93d8ef01678d132013a2006a4f00deb
commit r11-786-g86b14bb1a93d8ef01678d132013a2006a4f00deb
Author: Iain Buclaw
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95420
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:89b625be0aab128b2316a937881147cd4a2e354a
commit r10-8221-g89b625be0aab128b2316a937881147cd4a2e354a
Author: Iain Buclaw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95476
Bug ID: 95476
Summary: Reading file of length zero
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95471
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95464
Jakub Jelinek changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95475
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95456
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95474
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95467
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49854
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
--- Comment #3 from David Edelsohn ---
Demangling the function names in the assembly output
gcov_counter_add(long long*, long long, int)
...
bl .__atomic_fetch_add_8
gcov_counter_set_if_null(long long*, gcov_kvp*, int)
...
bl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
--- Comment #8 from H.J. Lu ---
(In reply to Kito Cheng from comment #6)
> Created attachment 48658 [details]
> i386-Implement-ROUND_TYPE_ALIGN-to-make-sure-alignme.patch
>
> Some optimization might made decision depend on the alignment, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95349
--- Comment #21 from Richard Biener ---
(In reply to Andrew Downing from comment #15)
> This is all kind of besides the point anyway though, because gcc is handling
> everything ok except for std::launder. std::launder is only supposed to be
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95426
--- Comment #6 from bouanto at zoho dot com ---
Any idea how I should change the generated code to make it work?
Or will a patch not require changing the generated code?
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92633
--- Comment #6 from Patrick Palka ---
*** Bug 93154 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93154
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95467
--- Comment #3 from Thomas Applencorut ---
Yes, it's indeed working. It's because I made a typo in the reproducer. I
Didn't copy the version who produce the ICE (should have been !$OMP END TARGET
PARALLEL and not !$OMP END PARALLEL). Sorry about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95474
--- Comment #2 from Ye Luo ---
@jakub could you mention which page and line in 4.5 spec this code violates?
https://www.openmp.org/wp-content/uploads/OpenMP-API-Specification-5.0.pdf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95474
--- Comment #3 from Jakub Jelinek ---
4.0 had a clear
"A variable that is part of another variable (such as a field of a structure)
but is not an array element or an array section cannot appear in a map clause."
restriction, this has been lifted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
--- Comment #6 from Martin Liška ---
Created attachment 48661
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48661=edit
Patch candidate
@David: Can you please test the patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95474
--- Comment #5 from Jakub Jelinek ---
Hopefully this year. What you can do in the meantime is
auto *mydata = data;
and use mydata instead of data.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
--- Comment #7 from David Edelsohn ---
AIX build is happier with the patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95426
--- Comment #8 from David Malcolm ---
Looks like the way libgccjit sets up attributes (such as "noreturn") on
builtins has somehow become a no-op. Am investigating.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95473
Martin Sebor changed:
What|Removed |Added
Component|c++ |middle-end
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
--- Comment #2 from David Edelsohn ---
$ nm -BCpg libgcov-merge-tool.o | grep _8
- U .__atomic_fetch_add_8
- U .__sync_val_compare_and_swap_8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
--- Comment #4 from David Edelsohn ---
The references only occur when compiling without optimization during stage1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95474
--- Comment #4 from Ye Luo ---
Thanks. Hopefully this part of 5.0 feature will be implemented in the near
future.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95349
--- Comment #23 from Andrew Downing ---
But gcc already can implement std::start_lifetime_as with no overhead.
https://godbolt.org/z/YdoEcH
My intent wasn't to draw attention to std::start_lifetime_as in this bug
report, I only mentioned it as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95469
Segher Boessenkool changed:
What|Removed |Added
Last reconfirmed||2020-06-02
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95478
Bug ID: 95478
Summary: CPP stack pointer SP is 0x5d but assembly shows
__SP_L_ at 0x3d (target AVR MEGA2560)
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95479
Bug ID: 95479
Summary: ICE in convert_move, at expr.c:271
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
Bug ID: 95480
Summary: GCOV change breaks AIX build
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: gcov-profile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
--- Comment #5 from Martin Liška ---
I have a patch candidate and I know the root cause of the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95461
--- Comment #3 from Martin Sebor ---
*** Bug 95473 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95479
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95467
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95395
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92633
Patrick Palka changed:
What|Removed |Added
CC||db0451 at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89661
Manfred Schwarb changed:
What|Removed |Added
CC||manfred99 at gmx dot ch
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
--- Comment #9 from rguenther at suse dot de ---
On Tue, 2 Jun 2020, hjl.tools at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
>
> --- Comment #8 from H.J. Lu ---
> (In reply to Kito Cheng from comment #6)
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
--- Comment #12 from H.J. Lu ---
(In reply to H.J. Lu from comment #10)
> (In reply to rguent...@suse.de from comment #9)
>
> > > The i386 psABI specifies 4 byte alignment for long long. But we want to
> > > use 8 byte alignment if there is no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95395
--- Comment #4 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:0bd4508f86889995f6864bf50773bd6859951007
commit r11-825-g0bd4508f86889995f6864bf50773bd6859951007
Author: Eric Botcazou
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95477
Bug ID: 95477
Summary: [coroutines] coroutine result object not properly
freed
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95349
--- Comment #22 from Richard Biener ---
(In reply to Richard Smith from comment #20)
> (In reply to Andrew Downing from comment #19)
> > Not that it would make a difference in this particular situation, but is the
> > intent of P0593R6 to only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95426
--- Comment #7 from David Malcolm ---
This seems like a bug with how libgccjit interacts with __builtin_unreachable,
sorry.
As a workaround, try removing the __builtin_unreachable calls for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95020
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:0971201a1e5e1e5df7de666ea1c4b2605a51cc76
commit r10-8222-g0971201a1e5e1e5df7de666ea1c4b2605a51cc76
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
--- Comment #13 from rguenther at suse dot de ---
On Tue, 2 Jun 2020, hjl.tools at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
>
> --- Comment #12 from H.J. Lu ---
> (In reply to H.J. Lu from comment #10)
> > (In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92633
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:40912c25b57b4e21aae20a4896624387aa13f7ed
commit r10-8223-g40912c25b57b4e21aae20a4896624387aa13f7ed
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92838
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:40912c25b57b4e21aae20a4896624387aa13f7ed
commit r10-8223-g40912c25b57b4e21aae20a4896624387aa13f7ed
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92633
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 92633, which changed state.
Bug 92633 Summary: [concepts] constrained lambda with placehoder syntax getting
wrong substitution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92633
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92838
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 92633, which changed state.
Bug 92633 Summary: [concepts] constrained lambda with placehoder syntax getting
wrong substitution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92633
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
--- Comment #10 from H.J. Lu ---
(In reply to rguent...@suse.de from comment #9)
> > The i386 psABI specifies 4 byte alignment for long long. But we want to
> > use 8 byte alignment if there is no ABI implication and no stack realignment
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93152
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95020
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 95020, which changed state.
Bug 95020 Summary: requires expression always evaluates to true in the
definition of template lambda defined within template function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 95020, which changed state.
Bug 95020 Summary: requires expression always evaluates to true in the
definition of template lambda defined within template function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
--- Comment #11 from rguenther at suse dot de ---
On Tue, 2 Jun 2020, hjl.tools at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
>
> --- Comment #10 from H.J. Lu ---
> (In reply to rguent...@suse.de from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95482
Bug ID: 95482
Summary: Feature request: add -gsplit-dwarf=single
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95349
--- Comment #25 from Andrew Downing ---
Do you know how to change that example so that gcc's knowledge is incomplete
and it not longer does the correct thing?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90102
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95459
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95471
--- Comment #2 from Evan Nemerson ---
In that case shouldn't the header be adjusted to not define the vrndvq_f32
function unless it is enabled?
It is already guarded by a check for __ARM_ARCH >= 8 (see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95050
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:324276ff9b1aa5128e5cb9f5d43182d1ebab0752
commit r11-835-g324276ff9b1aa5128e5cb9f5d43182d1ebab0752
Author: Iain Sandoe
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95484
Bug ID: 95484
Summary: Friend declaration of member function template has no
effect
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92103
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=95349
--- Comment #26 from Andrew Downing ---
I mean without modifying the definition of start_lifetime_as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95459
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:b2672dd630c81513e08829adc63294ffeedf5693
commit r11-833-gb2672dd630c81513e08829adc63294ffeedf5693
Author: Fei Yang
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95193
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:4b68cb38ddca37a14a6f2f43de3a6d396ee1bc79
commit r11-838-g4b68cb38ddca37a14a6f2f43de3a6d396ee1bc79
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95347
--- Comment #1 from CVS Commits ---
The master branch has been updated by Aaron Sawdey :
https://gcc.gnu.org/g:85bce484d37fdda9c7eadb9bdcdb1ded891462bb
commit r11-830-g85bce484d37fdda9c7eadb9bdcdb1ded891462bb
Author: Aaron Sawdey
Date: Fri
1 - 100 of 157 matches
Mail list logo