https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
--- Comment #17 from Richard Biener ---
Well - you're the first to add nontrivial (non-constant) trees to attributes.
In GIMPLE all effects are supposed to be reflected in the IL and thus things
like
variable TYPE_SIZE or TYPE_MIN/MAX_VALUE are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98077
Bug ID: 98077
Summary: C++ 17: Using alias template bug in gcc
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98076
Thomas Koenig changed:
What|Removed |Added
Version|unknown |11.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98076
Bug ID: 98076
Summary: Increase speed of integer I/O
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94932
--- Comment #3 from Arseny Solokha ---
I cannot reproduce it anymore w/ gcc-11.0.0-alpha20201129 snapshot
(g:bb67ad5cff58a707aaae645d4f45a913d8511c86). gcc 10 and 11 now accept this
code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97575
--- Comment #3 from Arseny Solokha ---
I cannot reproduce it anymore w/ gcc-11.0.0-alpha20201129 snapshot
(g:bb67ad5cff58a707aaae645d4f45a913d8511c86).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96177
--- Comment #1 from Arseny Solokha ---
I cannot reproduce it anymore w/ gcc-11.0.0-alpha20201129 snapshot
(g:bb67ad5cff58a707aaae645d4f45a913d8511c86).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98075
Bug ID: 98075
Summary: [10/11 Regression] ICE: verify_cgraph_node failed
(error: malloc attribute should be used for a function
that returns a pointer)
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98074
Bug ID: 98074
Summary: [9/10 Regression] C Wrong code at O2~Os
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #46 from Levy ---
Looking at gcc/passed.def and gcc/config/riscv-passes.def:
pass_shorten_memrefs is inserted after NEXT_PASS (pass_rtl_store_motion);
NEXT_PASS (pass_rtl_store_motion);
(pass_shorten_memrefs)
NEXT_PASS (pass_cse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97975
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97975
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98073
Bug ID: 98073
Summary: error: in can_merge_p, at analyzer/region-model.cc
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98072
Bug ID: 98072
Summary: [11 Regression] ICE in cp_parser_omp_var_list_no_open,
at cp/parser.c:34843
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98066
--- Comment #8 from luoxhu at gcc dot gnu.org ---
Thanks for the quick fix!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
--- Comment #16 from Martin Sebor ---
The ICE in pr97133 mentions BIND_EXPR. It's still there, even after unsharing:
$ gcc -O2 -S -flto -shared -fPIC /src/gcc/master/gcc/testsuite/gcc.dg/pr88701.c
during IPA pass: modref
/src/gcc/master/gcc/tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #27 from abebeos at lazaridis dot com ---
The "contrib/compare_tests" created a wrong delta.
"contrib/dg-cmp-results.sh seems to produce a more concise delta, and it shows
that...
==> ...we are down to essentially 6 issues:
PASS->FA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98070
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98003
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-11-30
Assignee|unassign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98003
--- Comment #1 from John David Anglin ---
spawn /test/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc
-B/test/gnu/gcc/objdir/./gc
c -nostdinc++ -L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src
-L/tes
t/gnu/gcc/objdir/hppa64-hp-hpux11.11/libst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98055
--- Comment #5 from Paul Smith ---
IMO that response is missing the point. This bug should be reopened and
resolved by removing this attribute from the __builtin_alloca function in GCC.
That's all that's needed: there's no need for more complex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #29 from seurer at gcc dot gnu.org ---
Still showing up on powerpc64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98023
--- Comment #3 from anlauf at gcc dot gnu.org ---
The patch in comment#1 does not work for me on x86_64-pc-linux-gnu.
In decl.c:
6242cleanup:
6243 if (saved_kind_expr)
6244gfc_free_expr (saved_kind_expr);
6245 if (type_para
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97090
--- Comment #9 from seurer at gcc dot gnu.org ---
I saw
FAIL: gcc.dg/analyzer/malloc-vs-local-1b.c (test for bogus messages, line 170)
on a make check for 66dde7bc64b75d4a338266333c9c490b12d49825, r11-5583 just
moments ago on a powerpc64 BE box
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
--- Comment #15 from Jan Hubicka ---
> I'm not sure I understand correctly what you mean by "avoiding the attribute
> for VLA types would likely also be good (are those handled in any reasonable
> way?)" As I explain in the thread at the link ab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98041
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98041
--- Comment #1 from CVS Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:eafb46ce90c23efd22c61d941face060bb9f11f3
commit r11-5591-geafb46ce90c23efd22c61d941face060bb9f11f3
Author: Ian Lance Taylor
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97187
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97993
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98034
Thomas Rodgers changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98071
--- Comment #1 from Barry Revzin ---
On further discussion, since the ABI disallows reusing the tail padding of
PODs, sizeof(B) cannot be 8. This is more likely a clang bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
--- Comment #11 from Jakub Jelinek ---
Created attachment 49654
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49654&action=edit
gcc11-pr80780.patch
Full untested patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97993
Marek Polacek changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98071
Bug ID: 98071
Summary: no_unique_address and reusing tail padding
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97966
--- Comment #3 from Marek Polacek ---
Reduced (but invalid?):
// PR c++/97966
template
struct S {
__attribute__((used)) S() noexcept(noexcept(this->foo()));
void foo();
};
void
g ()
{
S<1> s;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97966
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2020-11-30
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84655
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
--- Comment #10 from Jonathan Wakely ---
The values of __builtin_LINE and __builtin_FUNCTION do the right thing for
NSDMIs, but I don't know what they do to make that work.
(In reply to Jakub Jelinek from comment #9)
> If there is a user define
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97962
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
--- Comment #9 from Jakub Jelinek ---
Created attachment 49653
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49653&action=edit
gcc11-pr80780-wip.patch
For the default argument, my current ugly hack is attached.
But guess it needs to be do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
--- Comment #8 from Jonathan Wakely ---
The default argument case is:
source_location f(source_location a = source_location::current()) {
return a;
}
int main()
{
auto loc = f(); // f's first argument corresponds to this line of code
VERI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
--- Comment #14 from Martin Sebor ---
I submitted a simple patch to do the unsharing as the first step toward fixing
this bug here:
https://gcc.gnu.org/pipermail/gcc-patches/2020-November/559770.html
I'm not sure I understand correctly what you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97995
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98037
--- Comment #1 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:f835e9f6562dda9c8a1384be2c9d4e45c112ed8e
commit r11-5580-gf835e9f6562dda9c8a1384be2c9d4e45c112ed8e
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
--- Comment #7 from Jonathan Wakely ---
Oh great, thanks :-)
I might push my implementation of std::source_location, with some tests
commented out for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 96679, which changed state.
Bug 96679 Summary: Failure to optimize or+and+or pattern to and+or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96679
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96679
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96679
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:28a7fdd81e857057f18f87a3c9dd180ad99b77f6
commit r11-5579-g28a7fdd81e857057f18f87a3c9dd180ad99b77f6
Author: Eugene Rozenfeld
Date: Mon
une=generic --with-arch_32=x86-64 --disable-bootstrap
--disable-libunwind-exceptions --enable-gnu-unique-object
--enable-linker-build-id --with-linker-hash-style=gnu --enable-plugin
--enable-initfini-array --disable-libgcj --disable-multilib
Thread model: posix
Supported LTO compression algorithm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98069
Martin Liška changed:
What|Removed |Added
Known to work||7.4.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98069
Martin Liška changed:
What|Removed |Added
Summary|Miscompilation with -O3 |[8/9/10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #26 from abebeos at lazaridis dot com ---
(In reply to Richard Biener from comment #24)
> Amending / adjusting
> https://gcc.gnu.org/wiki/Building_Cross_Toolchains_with_gcc
> (the only place that somewhat "documents" how to setup AVR t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
--- Comment #6 from Jakub Jelinek ---
I'm aware of
https://github.com/cplusplus/draft/pull/3749/commits/ade9b1552eed5b1b0b3fc2808e6575ee6b526301
and am working on that today incidentally.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
Jonathan Wakely changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98060
Uroš Bizjak changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98067
--- Comment #8 from Iain Buclaw ---
As a last resort I could just not emit D manifest constants as CONST_DECLs.
They are a nice-to-have from the debugger, but functionally equivalent to C
macros.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
Martin Sebor changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98068
Martin Sebor changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89057
Abhiraj Garakapati changed:
What|Removed |Added
CC||abhiraj.garakapati at gmail
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98069
Bug ID: 98069
Summary: Miscompilation with -O3
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
--- Comment #12 from Richard Biener ---
unsharing the tree is correct AFAICS, avoiding the attribute for VLA types
would likely also be good (are those handled in any reasonable way?). Note
nothing will update those SSA names so they should not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98011
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #25 from abebeos at lazaridis dot com ---
(In reply to John Paul Adrian Glaubitz from comment #22)
[...]
> > https://www.gnu.org/prep/maintain/html_node/Copyright-Papers.html
FSF has a fascinating way to make trivial things complicate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98010
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98013
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98011
--- Comment #3 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:1d6f6ac693a8601bef9fe4ba72eb6fbf7b60b5cd
commit r11-5572-g1d6f6ac693a8601bef9fe4ba72eb6fbf7b60b5cd
Author: Tobias Burnus
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97867
--- Comment #8 from Jan Hubicka ---
>
> FWIW, did you configure with --enable-host-shared ? Forgetting to enable that
> is the usual source of weird errors when building libgccjit.
I think it does not let you to build it otherwise, but I belie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98010
--- Comment #2 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:f4e7ea81d1369d4d6cb6d8e440aefb3407142e05
commit r11-5571-gf4e7ea81d1369d4d6cb6d8e440aefb3407142e05
Author: Tobias Burnus
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98013
--- Comment #1 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:f4e7ea81d1369d4d6cb6d8e440aefb3407142e05
commit r11-5571-gf4e7ea81d1369d4d6cb6d8e440aefb3407142e05
Author: Tobias Burnus
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98043
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #24 from Richard Biener ---
Amending / adjusting
https://gcc.gnu.org/wiki/Building_Cross_Toolchains_with_gcc
(the only place that somewhat "documents" how to setup AVR testing) is
appreciated.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #23 from abebeos at lazaridis dot com ---
(In reply to Senthil Kumar Selvaraj from comment #21)
> (https://github.com/saaadhu/gcc-avr-cc0/tree/avr-cc0-squashed)
I can still do a test-run, to see if it produces less fails than pip's on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98067
--- Comment #7 from Jakub Jelinek ---
(In reply to Richard Biener from comment #5)
> > Would it be correct to fallback on a lang_hooks.name comparison if
> > dwarf_version < 2?
>
> I wonder if we can instead "delay" applying "strict dwarf" to th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98068
--- Comment #2 from Martin Liška ---
I guess it's PR97172.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97867
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98005
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98068
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #22 from John Paul Adrian Glaubitz ---
(In reply to abebeos from comment #20)
> Testsuite comparison on local dev system looks quite good:
>
> https://github.com/abebeos/avr-gnu/issues/1
Just as a heads-up: Please keep in mind that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98067
--- Comment #6 from Iain Sandoe ---
although this was discovered on Darwin, I guess any platform supporting D could
be invoked with -gdwarf-2 and that ought not to ICE.
I suppose we could adjust configury to decline building D without DWARF >= 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
Senthil Kumar Selvaraj changed:
What|Removed |Added
CC||saaadhu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #20 from abebeos at lazaridis dot com ---
Testsuite comparison on local dev system looks quite good:
https://github.com/abebeos/avr-gnu/issues/1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98068
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98068
Bug ID: 98068
Summary: [11 Regression] FAIL: gcc.dg/atomic/pr65345-4.c -O2
-flto -fno-use-linker-plugin -flto-partition=none
(internal compiler error) by r11-3303
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98064
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98064
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ebbe3f29518854c36574adbd4fa82fd56fa64056
commit r11-5542-gebbe3f29518854c36574adbd4fa82fd56fa64056
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98043
Jakub Jelinek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56549
--- Comment #7 from Julien Ruffin ---
Here is the patch for the current master. I have tested it on large C++ code
bases. So far, it builds successfully and significantly faster.
diff --git a/libcpp/files.c b/libcpp/files.c
index 301b2379a23..cb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98048
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98063
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98048
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:4bcded23eb87c55a1a3fcd23d5629a0c35aee4ba
commit r11-5539-g4bcded23eb87c55a1a3fcd23d5629a0c35aee4ba
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98057
--- Comment #4 from Martin Liška ---
I've got a patch candidate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98064
--- Comment #3 from Richard Biener ---
The issue is
t.C:11:24: note: extracting lane for live stmt _201 = (signed short) pretmp_25;
where the vectorized def of this out-of-loop definition is in-loop and thus
replacing its uses would require a L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98066
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98066
--- Comment #6 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:5877c544c18259e6f8a07ec99e22bbfe8c6d64a6
commit r11-5538-g5877c544c18259e6f8a07ec99e22bbfe8c6d64a6
Author: Martin Liska
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98067
--- Comment #5 from Richard Biener ---
(In reply to Iain Buclaw from comment #4)
> What fails is gen_decl_die()
>
> ---
> case CONST_DECL:
> ─> if (!is_fortran () && !is_ada () && !is_dlang ())
> {
>/* The individual enumerators of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98067
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98067
--- Comment #4 from Iain Buclaw ---
What fails is gen_decl_die()
---
case CONST_DECL:
─> if (!is_fortran () && !is_ada () && !is_dlang ())
{
/* The individual enumerators of an enum type get output when we output
the Dwarf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98054
--- Comment #4 from Ville Voutilainen ---
Patch at https://gcc.gnu.org/pipermail/gcc-patches/2020-November/560591.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91816
Stam Markianos-Wright changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 140 matches
Mail list logo
