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=98417
Boris Kolpackov changed:
What|Removed |Added
CC||boris at kolpackov dot net
---
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=71879
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
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=82613
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
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=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=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=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=81642
Ryan Greenblatt changed:
What|Removed |Added
CC||ryan_greenblatt at brown dot
edu
---
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=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=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=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=98222
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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=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=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=98715
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
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=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=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=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=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
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=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=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=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=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=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=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=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=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=98534
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2021-01-17
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=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=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=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 #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=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 #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 #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 #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=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=98701
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
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=98708
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
49 matches
Mail list logo