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
Status|UNC
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=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 #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 a
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 #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 dwarf2out_fi
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 assem
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 script
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
'/^_*_ZTISt13__ios_failure:/,/_ZTVN10__cxxabiv120__s
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&action=edit
A possible fix?
Would this be the proper way to fix the problem? That is, instead of generating
a simple "prom
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
+++ b/gas/dwarf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98534
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2021-01-17
Status|UNC
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 w
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&action=edit
A patch
How about this assembler patch?
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 some
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
@@ -141,1
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=98711
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96745
Patrick Palka changed:
What|Removed |Added
CC||ryan_greenblatt at brown dot
edu
--- Co
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=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 canonicali
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 (f
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=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 |A
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=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=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
URL|https://go
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
--- 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: Su
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=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=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: c++
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 ( I
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=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 > std::numeric
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=97936
florin at iucha dot net changed:
What|Removed |Added
CC||florin at iucha dot net
--- Com
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: x86_64-linux
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
Assi
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=98417
Boris Kolpackov changed:
What|Removed |Added
CC||boris at kolpackov dot net
--- Comment
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
Prio
49 matches
Mail list logo
