https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33661
Martin Papik changed:
What|Removed |Added
CC||mp8191mp at gmail dot com
--- Comment #17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94482
--- Comment #26 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:bb87d5cc77db1f28083990f44e20b6c0728d925e
commit r10-7686-gbb87d5cc77db1f28083990f44e20b6c0728d925e
Author: Jakub Jelinek
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a615ea71bc8fbf31b9bc71cb373a7ca5b9cca44a
commit r10-7685-ga615ea71bc8fbf31b9bc71cb373a7ca5b9cca44a
Author: Jakub Jelinek
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495
--- Comment #13 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a615ea71bc8fbf31b9bc71cb373a7ca5b9cca44a
commit r10-7685-ga615ea71bc8fbf31b9bc71cb373a7ca5b9cca44a
Author: Jakub Jelinek
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93383
Marek Polacek changed:
What|Removed |Added
CC||raphael.grimm at kit dot edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93383
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93639
Marek Polacek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #12 from Piotr Kubaj ---
This issue can be fixed with the following patches:
--- gcc/dumpfile.c.orig 2020-04-07 14:09:14 UTC
+++ gcc/dumpfile.c
@@ -2055,7 +2055,7 @@ temp_dump_context::temp_dump_context (bool forcibly_en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87252
--- Comment #10 from Hans-Peter Nilsson ---
(In reply to Abrahm Scully from comment #9)
> Either way, building gcc-4.7.4 first and then building gcc-10 with that
> produces a compiler without the problem.
>
> Again, sorry for the noise.
Please,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94494
--- Comment #5 from Abrahm Scully ---
I can't comment on the patch's correctness, but applied to gcc-10-20200405 it
does prevent the "unrecognizable insn" error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94528
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94538
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94538
--- Comment #5 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:0666767eb4cc864f00ba34d97b9d58f8dc650bba
commit r10-7682-g0666767eb4cc864f00ba34d97b9d58f8dc650bba
Author: Iain Sandoe
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94528
--- Comment #4 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:0666767eb4cc864f00ba34d97b9d58f8dc650bba
commit r10-7682-g0666767eb4cc864f00ba34d97b9d58f8dc650bba
Author: Iain Sandoe
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94553
--- Comment #2 from Marek Polacek ---
To fix CWG 2289, we need this:
--- a/gcc/cp/decl.c
+++ b/gcc/cp/decl.c
@@ -1705,6 +1705,9 @@ duplicate_decls (tree newdecl, tree olddecl, bool
newdecl_is_friend)
inform (olddecl_loc, "previous declarat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94548
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94548
--- Comment #2 from fabrice salvaire ---
Yes I missed this important point on 8-bit architecture ...
This line doesn't also work for some reasons
const unsigned long int f0 = (8*(10ULL)^(6ULL)) / (1000*256ULL);
but this one works
const unsign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93762
--- Comment #3 from Steve Kargl ---
Here's a better testcasei, which removes IO statement, which
makes it easier to read -fdump-tree-original.
module deepest_call_m
implicit none
contains
subroutine deepest_call(str)
charact
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556
H.J. Lu changed:
What|Removed |Added
Depends on||83641
--- Comment #4 from H.J. Lu ---
This is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556
--- Comment #3 from H.J. Lu ---
Created attachment 48256
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48256&action=edit
A tescase
[hjl@gnu-cfl-2 tmp]$ /usr/gcc-9.3.1-x32/bin/g++ -mx32 -O2 foo.cc -lpthread
[hjl@gnu-cfl-2 tmp]$ ./a.out
in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93762
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94494
Uroš Bizjak changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94548
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2020-04-10
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94557
Bug ID: 94557
Summary: [9 regression] r9-8486 causes several builtin
instruction test case execution failures on power 9
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556
--- Comment #2 from H.J. Lu ---
(In reply to H.J. Lu from comment #1)
> It is caused by r10-2846:
>
> commit bc4aa158c9490e76573bee3eec90f893b7d0b1ae
> Author: Uros Bizjak
> Date: Wed Aug 28 17:09:51 2019 +0200
>
> * config/i386/i386-fea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94546
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94523
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87252
--- Comment #9 from Abrahm Scully ---
I'm no longer convinced that I didn't see the problem previously because I just
wasn't running the tests. Stage 1 has checking enabled... so I don't know why
this problem showed up for others in gcc 9 but not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94545
--- Comment #5 from Thomas Mercier ---
(In reply to Jonathan Wakely from comment #3)
> (In reply to Thomas Mercier from comment #2)
> > I thought that might be the response. Then why does it compile?
>
> Because the standard requires it to.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556
Bug ID: 94556
Summary: [10 Regression] FAIL: nptl/tst-thread-exit-clobber
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551
--- Comment #4 from Jakub Jelinek ---
I'm bootstrapping/regtesting that patch overnight on
{x86_64,i686,powerpc64{,le}}-linux and will commit tomorrow if it passes to
unbreak everybody.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94555
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551
Andreas Schwab changed:
What|Removed |Added
CC||seurer at linux dot
vnet.ibm.com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554
--- Comment #2 from Melissa ---
Templates that take an optional function pointer as a template parameter. It
lets you have templates that change behavior if a null function pointer is
passed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94555
Bug ID: 94555
Summary: [10 regression] ICE compiling gfortran.dg/substr_6.f90
after r10-7665
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94545
--- Comment #4 from Jonathan Wakely ---
cppreference does document this, see the second row of the "Return value" table
at https://en.cppreference.com/w/cpp/types/numeric_limits/max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94545
--- Comment #3 from Jonathan Wakely ---
(In reply to Thomas Mercier from comment #2)
> I thought that might be the response. Then why does it compile?
Because the standard requires it to.
> The fact that it does, and produces a result is surpri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94494
--- Comment #3 from Abrahm Scully ---
Not sure if this is helpful, but "gcc -v" outputs:
Reading specs from /opt/tools-20200401/lib/gcc/i686-pc-linux-gnu/10/specs
COLLECT_GCC=/opt/tools-20200401/bin/gcc
COLLECT_LTO_WRAPPER=/opt/tools-20200401/lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94494
--- Comment #2 from Abrahm Scully ---
Created attachment 48255
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48255&action=edit
preprocessed source file
With gcc-10-20200329, "g++ -Wall -ftree-vectorize -march=pentium3 -O2 -m32 -c
illegal-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554
Bug ID: 94554
Summary: spurious -Waddress warning within "if constexpr"
function-null compares
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94552
Jean-Michel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94553
Marek Polacek changed:
What|Removed |Added
Keywords||accepts-invalid
--- Comment #1 from Mare
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94553
Bug ID: 94553
Summary: Revisit [basic.scope.declarative]/4.2
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94149
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94149
--- Comment #5 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:62c25d7adb1a5664982449dda0e7f9ca63cf4735
commit r10-7681-g62c25d7adb1a5664982449dda0e7f9ca63cf4735
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92550
John David Anglin changed:
What|Removed |Added
Component|target |testsuite
Summary|[10 Reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94552
Bug ID: 94552
Summary: issue with branch offset calculation by
m68k-linux-gnu-as
Product: gcc
Version: 7.5.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551
--- Comment #1 from Andreas Schwab ---
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495#c11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93762
Thomas Koenig changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551
Bug ID: 94551
Summary: [10 Regression] Bootstrap failure on
powerpc64le-unknown-linux-gnu
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93579
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94545
--- Comment #2 from Thomas Mercier ---
I thought that might be the response. Then why does it compile? The fact that
it does, and produces a result is surprising. I don't know what the standard
says, but just looking at cppreference it says that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94550
Bug ID: 94550
Summary: False positive with -Wparentheses
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17314
Igel changed:
What|Removed |Added
CC||ich.freak at gmx dot net
--- Comment #21 from Ige
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94549
Bug ID: 94549
Summary: [10 Regression] Inherited and constrained constructors
are "ambiguous" even if they aren't
Product: gcc
Version: c++-concepts
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92856
Giuseppe D'Angelo changed:
What|Removed |Added
CC||dangelog at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93465
Thomas Schwinge changed:
What|Removed |Added
Known to fail|10.0|
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92843
--- Comment #14 from CVS Commits ---
The releases/gcc-9 branch has been updated by Thomas Schwinge
:
https://gcc.gnu.org/g:3c7a476c5ad3761cb5373f8c59a92e04525c5638
commit r9-8489-g3c7a476c5ad3761cb5373f8c59a92e04525c5638
Author: Julian Brown
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93465
--- Comment #7 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:ff3f862b451496dd4afbe2dbfae82afab59a42c6
commit r10-7676-gff3f862b451496dd4afbe2dbfae82afab59a42c6
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89433
--- Comment #6 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:ff3f862b451496dd4afbe2dbfae82afab59a42c6
commit r10-7676-gff3f862b451496dd4afbe2dbfae82afab59a42c6
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92843
--- Comment #13 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:be9862dd96945772ae0692bc95b37ec6dbcabda0
commit r10-7678-gbe9862dd96945772ae0692bc95b37ec6dbcabda0
Author: Julian Brown
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94546
Marek Polacek changed:
What|Removed |Added
Keywords|rejects-valid |ice-on-valid-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94546
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94548
Bug ID: 94548
Summary: [AVR] Part of the code seems to have disappeared in
the elf
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94541
--- Comment #16 from Iain Buclaw ---
(In reply to H.J. Lu from comment #15)
> I will fix it in glibc:
>
> https://sourceware.org/bugzilla/show_bug.cgi?id=25810
Thanks, that certainly explains why I couldn't get it down any further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495
--- Comment #12 from Andreas Schwab ---
Yes, it does.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82038
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94541
H.J. Lu changed:
What|Removed |Added
See Also|https://bugzilla.kernel.org |https://sourceware.org/bugz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70164
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56550
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495
--- Comment #11 from Jakub Jelinek ---
(In reply to Andreas Schwab from comment #9)
> This breaks aarch64 -mabi=ilp32.
Does https://gcc.gnu.org/pipermail/gcc-patches/2020-April/543702.html fix that?
r.cc:31:
> /opt/gcc/gcc-20200410/Build/aarch64-suse-linux/ilp32/libstdc++-v3/include/
> ext/pool_allocator.h: In member function '_Tp*
> __gnu_cxx::__pool_alloc<_Tp>::allocate(__gnu_cxx::__pool_alloc<_Tp>::
> size_type, const void*) [with _Tp = wchar_t]':
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94547
Bug ID: 94547
Summary: gcc.target/arm/acle/cde.c fails on armeb
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58195
--- Comment #4 from Joel Yliluoma ---
Still confirmed on GCC 10 (Debian 10-20200324-1) 10.0.1 20200324 (experimental)
[master revision
596c90d3559:023579257f5:906b3eb9df6c577d3f6e9c3ea5c9d7e4d1e90536]
Seems I lack the oomph to update the "confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495
--- Comment #9 from Andreas Schwab ---
This breaks aarch64 -mabi=ilp32.
during RTL pass: vartrack
In file included from
../../../../../../libstdc++-v3/src/c++98/pool_allocator.cc:31:
/opt/gcc/gcc-20200410/Build/aarch64-suse-linux/ilp32/libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94545
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94546
Bug ID: 94546
Summary: unimplemented: unexpected AST of kind
nontype_argument_pack
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: rejects-valid
81 matches
Mail list logo