https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86985
--- Comment #3 from Omar Sandoval ---
They are not equivalent in GCC, see
https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html. In particular, flexible
arrays cannot be the only member in a struct, cannot be a member of a union,
cannot be used as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86985
--- Comment #2 from Andrew Pinski ---
Considering GCC considers zero length array as the same as flexible array
types, I don't think this is really an issue.
>this fails in some cases where zero-length and flexible array types are not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86985
--- Comment #1 from Omar Sandoval ---
Posted a patch here: https://gcc.gnu.org/ml/gcc-patches/2018-08/msg00994.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86986
Bug ID: 86986
Summary: Unexpected errors for template parameter pack in a
template template parameter
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86985
Bug ID: 86985
Summary: https://gcc.gnu.org/bugzilla/enter_bug.cgi?product=gcc
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86853
--- Comment #2 from Jeffrey A. Law ---
Author: law
Date: Fri Aug 17 04:01:14 2018
New Revision: 263612
URL: https://gcc.gnu.org/viewcvs?rev=263612=gcc=rev
Log:
gcc/ChangeLog:
PR tree-optimization/86853
* gimple-ssa-sprintf.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16166
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86980
--- Comment #3 from Neeraj ---
Ah! Alright so the following two code snippets are equivalent.
// --
auto f = []() {
Traceable tmp;
return std::move(tmp);
};
// ---
auto f = []() -> Traceable {
Traceable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84539
--- Comment #4 from Neil Carlson ---
Update with 8.2.0
The ICE is gone, but a run time segfault remains:
Program received signal SIGSEGV: Segmentation fault - invalid memory reference.
Backtrace for this error:
#0 0x7f82986c06df in ???
#1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86984
--- Comment #2 from Martin Sebor ---
The excessive offset appears in the first RTL dump:
$ grep -A3 -B3 2305843009213693936 plural.c.230r.expand
(insn 87 86 88 10 (set (reg:DI 154)
(lshiftrt:DI (reg:DI 155)
(const_int 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86984
--- Comment #1 from Martin Sebor ---
Created attachment 44552
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44552=edit
Reduced test case.
Compiling the attached test case shows the invalid offsets in the assembly:
$ gcc -S -O2 -Wall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86984
Bug ID: 86984
Summary: invalid relocation accessing a const char arrray
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67906
--- Comment #9 from Nikolay Orliuk ---
Yes. Return value optimization blocked by abusing std::move also close. Somehow
I had feeling that I saw something similar from gcc in pre-C++11 times.
Regarding sample:
struct X {
X() { }
X(const X&)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86094
Azat changed:
What|Removed |Added
CC||a3at.mail at gmail dot com
--- Comment #12 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84438
Patrick Conlon changed:
What|Removed |Added
CC||cptjustice at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84437
Patrick Conlon changed:
What|Removed |Added
CC||cptjustice at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59942
Patrick Conlon changed:
What|Removed |Added
CC||cptjustice at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59847
Patrick Conlon changed:
What|Removed |Added
CC||cptjustice at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78257
--- Comment #8 from Martin Sebor ---
With r263561 brace-enclosed initializers for constant character arrays are
handled by transforming them into STRING_CSTs. It should be possible to also
handle wide character types (wchar_t, char16_t,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86592
--- Comment #1 from Will Schmidt ---
This should have cleared up once the gimple-folding support for unaligned loads
and stores went in, and the instruction counts settled on the expected values.
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86983
Bug ID: 86983
Summary: documentation inconsistent with always_inline
diagnostics for computed goto
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413
--- Comment #26 from Jonathan Wakely ---
This still fails on any Debian system, such as gcc20 in the compile farm. I'd
like to either make it pass, or add dg-xfail-if or dg-skip-if to the test.
Paolo, do you remember if this testcase was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86519
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71641
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31413
--- Comment #25 from Jonathan Wakely ---
The test is disabled unless the machine actually has the relevant locale
installed:
// { dg-require-namedlocale "zh_TW.UTF-8" }
That will be why some systems show UNSUPPORTED.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86745
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86745
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Aug 16 18:52:26 2018
New Revision: 263598
URL: https://gcc.gnu.org/viewcvs?rev=263598=gcc=rev
Log:
PR testsuite/86745
* gcc.target/i386/avx-cvt-2.c: Loosen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71641
--- Comment #5 from dave.anglin at bell dot net ---
On 2018-08-16 7:35 AM, redi at gcc dot gnu.org wrote:
> So this is not a libstdc++ bug, it's a glibc bug. Debian's glibc 2.13 has bad
> locale data for zh_TW, and all versions of glibc have the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86980
--- Comment #2 from Neeraj ---
(In reply to Jonathan Wakely from comment #1)
> This is a bug in your code, not GCC. you're returning a reference to a local
> variable, which goes out of scope, leaving a dangling reference.
>
I was just playing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71641
--- Comment #4 from dave.anglin at bell dot net ---
On 2018-08-16 12:26 PM, redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71641
>
> --- Comment #3 from Jonathan Wakely ---
> (In reply to John David Anglin from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86972
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86911
--- Comment #3 from David Malcolm ---
Does r263595 fix the issue? (it relates to having stray carriage returns
somewhere above in the file, leading to line-numbering becoming confused)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70693
--- Comment #10 from David Malcolm ---
Author: dmalcolm
Date: Thu Aug 16 17:07:15 2018
New Revision: 263595
URL: https://gcc.gnu.org/viewcvs?rev=263595=gcc=rev
Log:
-Wmisleading-indentation: fix ICE in get_visual_column (PR c++/70693)
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86640
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86968
--- Comment #4 from joseph at codesourcery dot com ---
Any unaligned access things that don't work for big-endian ARM are
probably fallout from the issues with big-endian NEON (NEON architectural
lane numbers are different from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86590
--- Comment #30 from Jakub Jelinek ---
The thing is that even with the foo that doesn't contain all those
__builtin_constant_p 's after early inlining, we with -std=c++17 -O3 don't
inline for some reason _M_construct.constprop, while we do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71641
--- Comment #3 from Jonathan Wakely ---
(In reply to John David Anglin from comment #1)
> Fails on hppa-linux with libc 2.25:
Is that a Debian system too?
Maybe we can figure out a condition to use for dg-xfail-if or dg-skip-if.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86447
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Thu Aug 16 15:56:21 2018
New Revision: 263590
URL: https://gcc.gnu.org/viewcvs?rev=263590=gcc=rev
Log:
Fix bootstrap with --enable-fully-dynamic-string
PR libstdc++/86447
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86447
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86982
Bug ID: 86982
Summary: Make -Wreturn-local-addr know about std::move and
std::forward
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86981
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67906
--- Comment #8 from Jonathan Wakely ---
Kinda related: PR 86981
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86981
Bug ID: 86981
Summary: Add Clang's -Wpessmizing-move warning
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: enhancement
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86980
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25829
--- Comment #54 from Thomas Koenig ---
Grepping for IN in the execution traces and then running
a diff reveals interesting things:
IN: __libc_start_main
IN: __libc_start_main
IN: _dl_discover_osversion
-IN: uname
-IN: uname
+IN: __uname
+IN:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86640
--- Comment #13 from Tamar Christina ---
Author: tnfchris
Date: Thu Aug 16 14:32:18 2018
New Revision: 263589
URL: https://gcc.gnu.org/viewcvs?rev=263589=gcc=rev
Log:
Backporting two Arm fixes from mainline fixing PR86640
gcc/testsuite/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86980
Bug ID: 86980
Summary: Lambda function with return type rvalue reference dtor
issue
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81849
Jürgen Reuter changed:
What|Removed |Added
CC||juergen.reuter at desy dot de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68093
--- Comment #4 from Jonathan Wakely ---
This is the accepts-invalid example from PR 86978:
template
struct S
{
template
requires false
friend void foobar(S, t2) {}
};
int main()
{
foobar(S{}, int{});
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86978
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68093
--- Comment #3 from Jonathan Wakely ---
*** Bug 86978 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68093
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86969
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86969
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86979
Bug ID: 86979
Summary: [9 Regression] ICE: in maybe_record_trace_start, at
dwarf2cfi.c:2348 with -m32 on darwin
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86945
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86968
--- Comment #3 from Sven ---
I'm not familiar with GCC internals. So my following comments may be completely
off.
This has been classified as a "missed optimization". I would not expect the
optimizer to change 4 ldrb into a single ldr. This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80931
--- Comment #6 from Arjen Markus ---
Yes, I am :).
Regards,
Arjen
2018-08-16 14:02 GMT+02:00 snowfed at mail dot ru :
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80931
>
> --- Comment #5 from snowfed ---
> If you don't mind my asking, are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51618
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68093
Hannes Hauswedell changed:
What|Removed |Added
CC||h2+bugs at fsfe dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80931
--- Comment #5 from snowfed ---
If you don't mind my asking, are you the Fortran book author Arjen Markus?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86978
Bug ID: 86978
Summary: constraints for friend functions ignored
Product: gcc
Version: c++-concepts
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
--- Comment #15 from Martin Liška ---
(In reply to Rainer Orth from comment #14)
> (In reply to Martin Liška from comment #13)
> > Well, after we documented that can we simply close it?
>
> Quite the contrary: that documents a *current*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85732
Jonathan Wakely changed:
What|Removed |Added
CC||cctsai57 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71641
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
--- Comment #14 from Rainer Orth ---
(In reply to Martin Liška from comment #13)
> Well, after we documented that can we simply close it?
Quite the contrary: that documents a *current* limitation! See Jason's comment
#6
for what needs to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86447
Jonathan Wakely changed:
What|Removed |Added
Keywords||build
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84711
--- Comment #17 from Tamar Christina ---
Author: tnfchris
Date: Thu Aug 16 10:39:13 2018
New Revision: 263584
URL: https://gcc.gnu.org/viewcvs?rev=263584=gcc=rev
Log:
Update fall through pattern for FP16 patterns in ARM.
The original issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78544
--- Comment #6 from Iain Sandoe ---
Author: iains
Date: Thu Aug 16 10:33:03 2018
New Revision: 263583
URL: https://gcc.gnu.org/viewcvs?rev=263583=gcc=rev
Log:
fix section naming convention for Darwin in three tests
2018-08-15 Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
--- Comment #13 from Martin Liška ---
Well, after we documented that can we simply close it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86545
--- Comment #4 from janus at gcc dot gnu.org ---
(In reply to janus from comment #1)
> I guess the problem is the absence of the error message that one gets when
> calling the specific function directly, without going through the generic
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86977
--- Comment #4 from Jonathan Wakely ---
(In reply to João Neto from comment #2)
> Hi Jonathan! Thanks for the quick reply!
>
> Two follow-up questions:
>
> (1) Shouldn't it be also flagged as an error in `gcc-6` and `gcc-7` with
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81397
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|marxin at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86022
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86022
--- Comment #7 from Martin Liška ---
Author: marxin
Date: Thu Aug 16 10:19:16 2018
New Revision: 263581
URL: https://gcc.gnu.org/viewcvs?rev=263581=gcc=rev
Log:
Backport r263246
2018-08-16 Martin Liska
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86977
--- Comment #3 from João Neto ---
>
> (2) How can I reliably find the node-type allocated by the map if I'd want
> to use `-std=c++17`? Isn't it implementation-defined?
>
Please ignore my stupidity. c++17 has a `node_type`
The other one I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86817
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86022
--- Comment #6 from Martin Liška ---
Author: marxin
Date: Thu Aug 16 10:16:17 2018
New Revision: 263579
URL: https://gcc.gnu.org/viewcvs?rev=263579=gcc=rev
Log:
Backport r263246
2018-08-16 Martin Liska
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86817
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Thu Aug 16 10:16:32 2018
New Revision: 263580
URL: https://gcc.gnu.org/viewcvs?rev=263580=gcc=rev
Log:
Backport r263248
2018-08-16 Martin Liska
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86977
--- Comment #2 from João Neto ---
Hi Jonathan! Thanks for the quick reply!
Two follow-up questions:
(1) Shouldn't it be also flagged as an error in `gcc-6` and `gcc-7` with
`-std=c++17`?
(2) How can I reliably find the node-type allocated by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78257
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86447
--- Comment #1 from mateuszb at poczta dot onet.pl ---
This bug is when you configure GCC with option
--enable-fully-dynamic-string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86977
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86977
Bug ID: 86977
Summary: [g++ 8.1.0-5ubuntu1~14.04] error: static assertion
failed: unordered container must have the same
value_type as its allocator
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86745
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86972
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83607
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83615
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83906
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86976
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86971
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86976
Bug ID: 86976
Summary: [meta-bug] Issues with std::time_get, std::time_put
etc.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: meta-bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86971
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86975
Bug ID: 86975
Summary: wrong peephole optimization applied on nios2 and mips
targets
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86974
Bug ID: 86974
Summary: Support Clang's require_constant_initialization
attribute
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86971
Jonathan Wakely changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19315
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86973
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86973
Bug ID: 86973
Summary: [6/7/8/9 Regression] ICE in expand_call, at
calls.c:4217
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83428
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
1 - 100 of 101 matches
Mail list logo
