https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98687
--- Comment #3 from David Binderman ---
Another test case:
void a();
namespace b {
using ::a;
}
namespace c {
template void a();
template void f(d, e) {
using b::a;
using c::a;
}
template void i(g j, h, e k) { f(j, k); }
} // namespace c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
Bug ID: 98716
Summary: [11 Regression] sanitizer regressions by r11-6755
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98701
--- Comment #16 from Bahram.shahrooz at uc dot edu ---
I spent a good chunk of today to debug. The culprit was two variables that had
not been set equal to 0. I get the same results with g77 on Windows, GFortran
on Mac Big Sur, & AbsoftTools (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98534
--- Comment #3 from Igor CHMAL ---
thanks’
>Воскресенье, 17 января 2021, 17:17 +03:00 от dominiq at lps dot ens.fr
>:
>
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98534
>
>Dominique d'Humieresерфтлыэ changed:
>
> What |Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98715
Bug ID: 98715
Summary: ICE in make_decl_rtl, at varasm.c
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/z763xG
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98715
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98717
Bug ID: 98717
Summary: [c++20] variadic concept can't take empty pack
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98714
Bug ID: 98714
Summary: [c++14] Nested type with variadic template class
argument can't be expanded into using outer variadic
types
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98222
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98713
Bug ID: 98713
Summary: Failure to generate branch version of abs if user
requested it
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98715
--- Comment #2 from Alexander Klimov ---
Clang does not think that the code is valid:
error: variable-sized object may not be initialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98222
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:0f4c8f517b7954e113afb4d5c7212123c8ee2418
commit r11-6756-g0f4c8f517b7954e113afb4d5c7212123c8ee2418
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98701
kargl at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81642
--- Comment #5 from Ryan Greenblatt ---
(In reply to Ryan Greenblatt from comment #4)
> This occurs for c++ templates/constexpr as well. For example:
> ```
> #include
> #include
>
> template
> constexpr bool bigger_than_max = n >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97936
florin at iucha dot net changed:
What|Removed |Added
CC||florin at iucha dot net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82613
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64194
Patrick Palka changed:
What|Removed |Added
Target Milestone|11.0|10.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71879
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
Jakub Jelinek changed:
What|Removed |Added
CC||ian at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98712
--- Comment #1 from Ryan Greenblatt ---
I've also noticed some incorrect compiler errors when trying to default
constexpr operator== in similar circumstances. I think the causes are the
likely the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98673
--- Comment #3 from jojo ---
(In reply to jojo from comment #2)
> (In reply to Richard Biener from comment #1)
> > The analysis sounds a bit confused. What is the transform that DOM cannot
> > do after the transform that FRE does? There's some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81642
Ryan Greenblatt changed:
What|Removed |Added
CC||ryan_greenblatt at brown dot
edu
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97936
--- Comment #14 from florin at iucha dot net ---
For reference:
$ /opt/gcc11/bin/g++-11 -v
Using built-in specs.
COLLECT_GCC=/opt/gcc11/bin/g++-11
COLLECT_LTO_WRAPPER=/opt/gcc11/libexec/gcc/x86_64-linux-gnu/11.0.0/lto-wrapper
Target:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98417
Boris Kolpackov changed:
What|Removed |Added
CC||boris at kolpackov dot net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98718
Bug ID: 98718
Summary: [modules] use of partitions causes ICE in
write_macro_maps
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #8 from Mark Wielaard ---
I am not sure where the -g -O2 -g0 comes from. I must have missed this in my
testing.
The issue is the .file 0 directive, which is special to gas (only valid with
-gdwarf-5).
It is generated by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #9 from Jakub Jelinek ---
Bootstrap is fine if one uses older binutils.
The thing is that cxx11-ios_failure* is built by hand first with -g -O2 -S,
then the assembly is modified by a script and then it is assembled, and as
older
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98701
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #5 from Jakub Jelinek ---
Ah, no, the *.s file is generated with -g, but the assembler isn't able to cope
with it.
I'd say that the assembler shouldn't require any directive or flag but just
assemble it.
Anything else seems to be an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #11 from Mark Wielaard ---
Aha, now I see in libstdc++-v3/src/c++11/Makefile.am:
if ENABLE_DUAL_ABI
# Rewrite the type info for __ios_failure.
rewrite_ios_failure_typeinfo = sed -e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98704
--- Comment #1 from Michael Krause ---
Created attachment 49985
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49985=edit
A possible fix?
Would this be the proper way to fix the problem? That is, instead of generating
a simple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98534
Igor CHMAL changed:
What|Removed |Added
CC||shmal_i at mail dot ru
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #6 from Jakub Jelinek ---
The assembler has all the information in the assembly, .debug_info section
contains version etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #7 from Jakub Jelinek ---
I'd be for automatic bumping to dwarf5 level if .file 0 is seen, but remember
that it happened and issue an error if .debug_info with version older than 5 is
seen in the file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #10 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #9)
> Bootstrap is fine if one uses older binutils.
> The thing is that cxx11-ios_failure* is built by hand first with -g -O2 -S,
> then the assembly is modified by a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #12 from Mark Wielaard ---
On the binutils gas side it could be as simple as turning the error into a
warning:
diff --git a/gas/dwarf2dbg.c b/gas/dwarf2dbg.c
index a428370ecca..a216bfd6b28 100644
--- a/gas/dwarf2dbg.c
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #15 from Jakub Jelinek ---
Comment on attachment 49986
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49986
A patch
If that works, that would be great.
I can't easily test it right away, but perhaps you could.
Just compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98534
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2021-01-17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #13 from Jakub Jelinek ---
But then it will warn and not do what it was expected to do.
Anyway, I've rebuilt cc1plus (on a box without new binutils) with hacking up
auto-host.h so that it normally emits .file 0 "..." directive, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #14 from H.J. Lu ---
Created attachment 49986
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49986=edit
A patch
How about this assembler patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98711
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96745
Patrick Palka changed:
What|Removed |Added
CC||ryan_greenblatt at brown dot
edu
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98709
--- Comment #1 from Marc Glisse ---
At the end of gimple, we have
_6 = a_3(D) ^ b_4(D);
_1 = ~_6;
_2 = a_3(D) == b_4(D);
_7 = _1 & _2;
I guess we are missing a simplification of ~(a^b) to a==b for bool (similar to
~(a!=b) be we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #16 from Jakub Jelinek ---
And the temporary workaround could be
--- libstdc++-v3/src/c++11/Makefile.am.jj 2021-01-04 10:26:02.067970728
+0100
+++ libstdc++-v3/src/c++11/Makefile.am 2021-01-17 17:20:58.580262364 +0100
@@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98711
Bug ID: 98711
Summary: internal compiler error on instantiation of c++20
template class with 2 constrained and disabled
destructors
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96745
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=98693
--- Comment #1 from connor horman ---
In case they are helpful in confirming the bug, these are the outputs from
continuous integration runs:
clang+lld (expected case):
https://github.com/PhantomOS/PhantomOS/runs/1717516076
cross gcc+binutils
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98712
Bug ID: 98712
Summary: Incorrect defaulted operator== at compile time and
runtime when declared constexpr and inheriting
Product: gcc
Version: 11.0
Status: UNCONFIRMED
49 matches
Mail list logo