https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92139
--- Comment #3 from Mateusz Pusz ---
Oh sorry, it seems I forgot to attach a preprocessed file. I am not able to
find it now so please close this issue.
Sorry for the trouble.
Best
Mat
pt., 7 sie 2020, 18:52 użytkownik redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96534
Bug ID: 96534
Summary: keep gcov intermediate format
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov-profile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96533
Bug ID: 96533
Summary: ICE with -Wunused-parameter when using three-way
comparison
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #33 from Ian Lance Taylor ---
> There are actually only 32 signals, however mksigtab.sh adds a signal at 0
> "SIGNONE: no trap", which makes 33 signals in sigtable. Freebsd sets _NSIG
> to 32 for 33 signals, counting from 0 vice 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96532
--- Comment #2 from Thorsten Otto ---
Created attachment 49030
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49030&action=edit
Assembler output produced by gcc 7.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96532
--- Comment #1 from Thorsten Otto ---
Created attachment 49029
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49029&action=edit
Asembler output produced by gcc 10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96532
Bug ID: 96532
Summary: [m68k] gcc 10.x generates calls to memset even for
very small amounts
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #32 from Curtis Hamilton ---
(In reply to Ian Lance Taylor from comment #31)
> > runtime: len(sigtable)=33 _NSIG=32
> > fatal error: bad sigtable len
>
> This error means that the sigtable generated by mksigtab.sh does not match
> th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96531
Bug ID: 96531
Summary: ICE for concepts here.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82004
--- Comment #46 from john henning ---
Created attachment 49027
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49027&action=edit
More testing 7-aug-2020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82004
--- Comment #45 from john henning ---
I had promised to do some more testing.
There were miscompares during the training run (thus causing the build to fail)
using
-Ofast -flto -fprofile-generate/-fprofile-use
on aarch64 with GCC 8.2,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #26 from Steve Kargl ---
On Fri, Aug 07, 2020 at 09:55:06PM +, sch...@linux-m68k.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
>
> --- Comment #25 from Andreas Schwab ---
> But why does it error out? It should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #25 from Andreas Schwab ---
But why does it error out? It shouldn't!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96530
Peter Bergner changed:
What|Removed |Added
Target||powerpc*-*-*
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96530
Bug ID: 96530
Summary: MMA built-ins reject typedefs of MMA types
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96525
--- Comment #3 from Peter Bergner ---
(In reply to Peter Bergner from comment #2)
> Ah, you probably are and this issue is the test case probably needs a:
>
> /* { dg-require-effective-target power10_ok } */
>
> To ensure we have a working powe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #24 from Steve Kargl ---
On Fri, Aug 07, 2020 at 08:35:49PM +, jussilehtola at fedoraproject dot org
wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
>
> --- Comment #21 from Susi Lehtola ---
> to repeat: libgfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #23 from Susi Lehtola ---
The expected result is that the program does not crash, since a zero-size
character array is enough to fit an empty string.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
Susi Lehtola changed:
What|Removed |Added
Summary|get_environment_variable|get_environment_variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96525
--- Comment #2 from Peter Bergner ---
Ah, you probably are and this issue is the test case probably needs a:
/* { dg-require-effective-target power10_ok } */
To ensure we have a working power10 enabled binutils.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #21 from Susi Lehtola ---
to repeat: libgfortran crashes when you try to read an environment variable
that is an empty string, in the case you have preallocated an array that is the
proper size i.e. zero characters.
I don't get any m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96525
--- Comment #1 from Peter Bergner ---
This is an assembler error saying it doesn't know about .machine "power10".
Are you sure you're not using an old binutils?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96527
--- Comment #3 from Jakub Jelinek ---
The extern inline __attribute__((__gnu_inline__)) usecase comes from actual
code (e.g. glibc) where it is used this way a lot, I'm not aware of anybody
using static inline __attribute__((__always_inline__)) t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96303
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96303
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:7e26e4fbd4ee618dd991c6bbf3c5403aa90d2192
commit r10-8592-g7e26e4fbd4ee618dd991c6bbf3c5403aa90d2192
Author: Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96527
--- Comment #2 from Bruno Haible ---
Created attachment 49026
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49026&action=edit
Corrected test case
I see. A corrected test case is attached.
I wanted to avoid __gnu_inline__ because that's a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96529
Bug ID: 96529
Summary: GCC applies C language linkage to instantiations from
abbreviated function templates
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96303
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:de1e3b8795e507c3cfa5b62984272628ca62a9bd
commit r11-2611-gde1e3b8795e507c3cfa5b62984272628ca62a9bd
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96409
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=96410
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=96526
--- Comment #1 from joseph at codesourcery dot com ---
You could define __builtin_totalorder functions, but watch out for the
change made to totalorder functions following a TS 18661-1 clarification
request, from floating-point argument types t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #31 from Ian Lance Taylor ---
> runtime: len(sigtable)=33 _NSIG=32
> fatal error: bad sigtable len
This error means that the sigtable generated by mksigtab.sh does not match the
value of _NSIG in the file generated by mksysinfo.sh.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #30 from Curtis Hamilton ---
Ian,
I've made progress with building the frontend but I have an issue with
implementing Syscall9 needed by libgo/go/os/wait_wait6.go. I tried adding the
file "syscall_freebsd_ppc64.go" containing the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #29 from Ian Lance Taylor ---
The runtime_sysinfo.go is manually generated by mkrsysinfo.sh. I don't know
where the _thread definition is coming from, but probably the simplest approach
is to remove it via the list of grep -v call ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96523
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55713
--- Comment #6 from Jonathan Wakely ---
Created attachment 49025
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49025&action=edit
Replace inheritance with data member using [[no_unique_address]]
This fixes this bug and all the "See Also" o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 79982, which changed state.
Bug 79982 Summary: Compiler crashes when using illegal concepts (nested
requirements)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79982
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79982
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96512
--- Comment #3 from N Schaeffer ---
(In reply to Richard Biener from comment #2)
> With trunk and GCC 10 I see
>
> vbroadcastsdzmm0, QWORD PTR [8+r8*8]
>
> can you check newer GCC? GCC 8.4 is out since some time already and I do
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96528
Bug ID: 96528
Summary: [11 Regression] vector comparisons on ARM
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96527
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80750
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 80750, which changed state.
Bug 80750 Summary: [concepts] noexcept specifier operands are allowed but
ignored in compound requirements
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80750
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81198
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #28 from Curtis Hamilton ---
(In reply to Ian Lance Taylor from comment #27)
> What is the complete contents of your new file? You showed just a
> declaration; is there a function body there as well?
That's what I was missing. I now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92139
--- Comment #2 from Jonathan Wakely ---
Mateusz, the testcase wasn't attached. Are you still able to provide it? If not
we'll have to close this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92431
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #4)
> This is incomplete because std::strong_order doesn't support
> floating-point types.
See PR 96526 regarding that.
> The partial_order and weak_order tests u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96527
Bug ID: 96527
Summary: __builtin_va_arg_pack_len produces error in documented
sample code
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92431
--- Comment #5 from Jonathan Wakely ---
This was fixed by r10-6572-dfffecb802681fbdb56629d3bdd96491ac660be0
c++: Fix static initialization from <=>.
Constant evaluation of genericize_spaceship produced a CONSTRUCTOR, which
we
then w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #27 from Ian Lance Taylor ---
What is the complete contents of your new file? You showed just a declaration;
is there a function body there as well?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93711
--- Comment #9 from Jonathan Wakely ---
Another one:
struct A { A(const A&) = delete; };
A f();
struct C
{
[[no_unique_address]] A a;
};
C c{f()};
during RTL pass: expand
ice.C: In function 'void __static_initialization_and_destruction_0(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96408
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93711
Jonathan Wakely changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96526
Bug ID: 96526
Summary: New built-in needed to implement std::strong_order
total order on floating point types
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96525
Bug ID: 96525
Summary: new test gcc.target/powerpc/pr96493.c fails
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96522
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96522
--- Comment #2 from Jakub Jelinek ---
Slightly adjusted testcase that aborts if miscompiled:
/* { dg-do run } */
/* { dg-options "-O -fno-tree-pta" } */
__attribute__((noipa)) void
bar (void)
{
volatile int v = 1;
if (v)
__builtin_abort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96524
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94195
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #20 from Steve Kargl ---
On Fri, Aug 07, 2020 at 01:14:04PM +, jussilehtola at fedoraproject dot org
wrote:
>
> It already was reproduced in comment #9?
>
There is clearly a language barrier. At this point, I have
no idea what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96516
--- Comment #4 from sagebar at web dot de ---
(In reply to sagebar from comment #3)
> ..., _any_ attribute that
> can be inherited via copy() can be made template-conditional in c++:
Also note that I've tested if gcc (`-x c') allows multiple copy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96524
Bug ID: 96524
Summary: missing warning constructing a larger object in a
smaller multidimensional array
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96516
--- Comment #3 from sagebar at web dot de ---
No problem. Also: What you just said made me realize that once
__attribute__((copy)) works correctly with templates, _any_ attribute that can
be inherited via copy() can be made template-conditional in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96523
--- Comment #1 from Nathan Sidwell ---
Created attachment 49023
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49023&action=edit
testcase part 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96523
Bug ID: 96523
Summary: variable templates of constant types have incorrect
linkage
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96511
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87729
--- Comment #5 from xantares09 at hotmail dot com ---
still there with 10.1, see attached patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87729
xantares09 at hotmail dot com changed:
What|Removed |Added
CC||xantares09 at hotmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96522
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |9.4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96522
Bug ID: 96522
Summary: Incorrect with with -O -fno-tree-pta
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96521
Bug ID: 96521
Summary: Suggest signal.h missing include
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96520
Bug ID: 96520
Summary: [nvptx] Fix set insn component order
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96472
Richard Biener changed:
What|Removed |Added
Keywords|needs-reduction |ice-on-valid-code
--- Comment #2 from R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96519
Bug ID: 96519
Summary: [11 regression] new test case gcc.dg/ia64-sync-5.c
fails
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96516
--- Comment #2 from Martin Sebor ---
Thank you for taking the time to put together all the test cases and reporting
the problem, by the way!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96516
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Last reconfir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96493
Peter Bergner changed:
What|Removed |Added
Target Milestone|--- |10.3
--- Comment #4 from Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #26 from Curtis Hamilton ---
Ian,
I've made progress with building the frontend but I have an issue with
implementing Syscall9 needed by libgo/go/os/wait_wait6.go. I tried adding the
file "syscall_freebsd_ppc64.go" containing the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #19 from Susi Lehtola ---
(In reply to Steve Kargl from comment #17)
> On Thu, Aug 06, 2020 at 08:33:12PM +, jussilehtola at fedoraproject dot
> org wrote:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
> >
> > --- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96282
Patrick Palka changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] |[8/9/10 Regression]
|i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96402
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96402
--- Comment #12 from CVS Commits ---
The releases/gcc-8 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:3e2d69ee245e5a44c53cae27a797b97ba529eb72
commit r8-10396-g3e2d69ee245e5a44c53cae27a797b97ba529eb72
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96402
--- Comment #11 from CVS Commits ---
The releases/gcc-9 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:4e91af9877df9e6b28ea8e50ae9445590363d5b0
commit r9-8796-g4e91af9877df9e6b28ea8e50ae9445590363d5b0
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96497
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96518
Albert Astals Cid changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93245
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94242
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94242
--- Comment #3 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:39a5a04daa09c711caeb6aaff12f1d03406fe29f
commit r8-10392-g39a5a04daa09c711caeb6aaff12f1d03406fe29f
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93245
--- Comment #3 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:01cbd26b022cc9d4eaf26287b48299acfce80348
commit r8-10393-g01cbd26b022cc9d4eaf26287b48299acfce80348
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96518
--- Comment #1 from Jonathan Wakely ---
This is already fixed for GCC 11:
diag.C: In function 'int main(int, char**)':
diag.C:39:17: error: 'class Foo' has no member named 'getParent'; did you mean
'GetParent'?
39 | Foo *f3 = f.getParent(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96191
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:3e40be9cc92d3fa117be7f4fab07cedeed8361a2
commit r9-8795-g3e40be9cc92d3fa117be7f4fab07cedeed8361a2
Author: Richard Sandif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96191
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:5380912a17ea09a8996720fb62b1a70c16c8f9f2
commit r9-8794-g5380912a17ea09a8996720fb62b1a70c16c8f9f2
Author: Richard Sandif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96191
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:8f6b7c9796035ad8b2cdfbce5d3d11dd4b81fad7
commit r10-8584-g8f6b7c9796035ad8b2cdfbce5d3d11dd4b81fad7
Author: Richard Sand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96191
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:bab5fdaf9abb1236a7a56258d1d36265068b4827
commit r10-8583-gbab5fdaf9abb1236a7a56258d1d36265068b4827
Author: Richard Sand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96518
Bug ID: 96518
Summary: g++ suggests a weird function when there's a lowercase
mistake
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93245
--- Comment #2 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:88f2b72e77fea11803b761f4fb569d83266e1d9e
commit r9-8793-g88f2b72e77fea11803b761f4fb569d83266e1d9e
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94242
--- Comment #2 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:e7406c364496dae51ef294b5720923fe4a1dfccb
commit r9-8792-ge7406c364496dae51ef294b5720923fe4a1dfccb
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94498
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96514
Richard Biener changed:
What|Removed |Added
Known to work||11.0
Summary|[9/10/11 Regres
1 - 100 of 114 matches
Mail list logo
