https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88979
--- Comment #4 from Marek Polacek ---
And by the same token, I suspect this ought to work too:
template
struct A {
A(T::type);
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70752
--- Comment #4 from Dominique d'Humieres ---
Any plan for back porting? If not, this PR could be closed.
Related to pr89200.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
--- Comment #4 from Dominique d'Humieres ---
> I just created PR89200, on which this meta-bug should depend,
> but I don't know how to edit the "Depends on" list.
You don't have to edit 'Depends on', but you have to mark the new PR (here
89200)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88993
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89201
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89200
Bug ID: 89200
Summary: Erroneous copying of a derived type with a
deferred-length character array component
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89200
--- Comment #1 from Damian Rouson ---
gfortran 8.2.0 code gives the correct output:
$gfortran corrupted-component.f90
$./a.out
12
$gfortran --version
GNU Fortran (GCC) 8.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89175
--- Comment #3 from joseph at codesourcery dot com ---
See bug 27682.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89201
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89202
Bug ID: 89202
Summary: missing -Wnonnull-dereference or -Wuninitialized for a
certain bug
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89201
Bug ID: 89201
Summary: Secret/Necessary memset() is Eliminated when Compiling
at -O1/O2/O3 (Insecure Compiler Optimization)
Product: gcc
Version: 8.2.1
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88993
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #9 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
--- Comment #3 from Damian Rouson ---
I just created PR89200, on which this meta-bug should depend, but I don't know
how to edit the "Depends on" list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88572
--- Comment #14 from Will Wray ---
I intend to submit a patch, or two patches, for these scalar braced init
issues:
Case 1: GCC rejects braced-init of scalars in aggregates. It should accept.
Case 2: GCC accepts empty braced-init of scalars
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89200
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88937
David Malcolm changed:
What|Removed |Added
Component|preprocessor|c++
Assignee|marxin at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #27 from Alan Modra ---
And possibly -msecure-plt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78746
--- Comment #19 from Dominique d'Humieres ---
> Still worth fixing, but IMHO a low priority.
Well, there is a latent bug that may show on an other target.
There are seven other PRs containing heap-use-after-free:
48776 ICE(segfault) after
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
--- Comment #30 from Eric Botcazou ---
We cannot change the TYPE_DECL setting in Ada, it has been like this for 25
years and is the root of the translation process for entities in gigi:
/* Similar, but GNAT_ENTITY is assumed to refer to a GNAT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89117
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89184
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89184
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
Bug ID: 89186
Summary: [9 Regression] ICE in mark_addressable at
gcc/gimple-expr.c:894 since r268138
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2019-2-4
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Bug ID: 89187
Summary: ICE in initialize_argument_information, at
calls.c:2023
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89188
Bug ID: 89188
Summary: ICE in pre_and_rev_post_order_compute, at
cfganal.c:1055
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88850
--- Comment #9 from Tamar Christina ---
Yes, sorry for the delay.
A different patch which doesn't change the costs is now validating. Will post
today or tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88912
--- Comment #7 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 12:20:59 2019
New Revision: 268517
URL: https://gcc.gnu.org/viewcvs?rev=268517=gcc=rev
Log:
Report error when -fpre-include can't be opened (PR fortran/88912).
2019-02-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88958
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 12:19:48 2019
New Revision: 268516
URL: https://gcc.gnu.org/viewcvs?rev=268516=gcc=rev
Log:
Bail out when ipa_fn_summaries does not contain entry for callee (PR
ipa/88958).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89189
Bug ID: 89189
Summary: missed optimization for 16/8-bit vector shuffle
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89188
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89190
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89180
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89181
--- Comment #4 from Jonny Grant ---
Fair enough.
It was more the output from GCC that shows it, but starts to be problematic if
that were to try filtering out all those underscores from the '__pos' and just
show 'pos'.
a #define before a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58142
--- Comment #6 from Iain Sandoe ---
So .. I had a look in the sources for libc.
cxa_thread_atexit is implemented as a wrapper function that calls _tlv_atexit
(provided in lib/system/libdyld.dylib, which is part of the umbrella
"libSystem" which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
--- Comment #2 from Martin Liška ---
It's older, one can see it with:
$ s390x-linux-gnu-gcc ice.C -fno-tree-ccp -fno-tree-sra -Os -fno-inline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88985
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57703
Martin Liška changed:
What|Removed |Added
CC||Hi-Angel at yandex dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89190
Bug ID: 89190
Summary: [8/9 regression][ARM] armv8-m.base invalid ldm ICE
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89185
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 13:28:34 2019
New Revision: 268521
URL: https://gcc.gnu.org/viewcvs?rev=268521=gcc=rev
Log:
Do not dereference NULL pointer in resolve_ref (PR fortran/89185).
2019-02-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58142
--- Comment #5 from Jonathan Wakely ---
Thanks (and thanks Ev. Drikos for the update).
I'm tempted to close this either FIXED or WONTFIX then. I don't think fixing it
is really possible for older versions of Darwin so not much point keeping the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89175
--- Comment #2 from david.monni...@univ-grenoble-alpes.fr
---
How about allowing this optimization if some -fsomething option is set, which
would be set if -ffast-math is set?
Many float optimizations that do not abide by ISO C are not active
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
--- Comment #31 from Richard Biener ---
I guess we might end up streaming stuff we don't need. Can't we simply
remove the assert? We do build the copy using the main variant type
so this seems to be just a consistency check.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89185
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89185
Bug ID: 89185
Summary: [9 Regression] runtime error: member access within
null pointer of type 'struct gfc_ref' since r268092
Product: gcc
Version: 9.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89188
--- Comment #1 from Martin Liška ---
One probably related:
$ valgrind --trace-children=yes
/home/marxin/BIG/bin/s390x/dev/shm/buildbot/install/gcc/bin/s390x-linux-gnu-gcc
ice.ii -fnon-call-exceptions -O2 -c
==22733== Memcheck, a memory error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88912
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88958
--- Comment #4 from Martin Liška ---
(In reply to Martin Liška from comment #3)
> Author: marxin
> Date: Mon Feb 4 12:19:48 2019
> New Revision: 268516
>
> URL: https://gcc.gnu.org/viewcvs?rev=268516=gcc=rev
> Log:
> Bail out when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #14 from Andreas Krebbel ---
(In reply to Jakub Jelinek from comment #11)
> ... Can't what you are doing in the splitters be done in
> define_peephole2 instead?
Not that easy unfortunately. peephole2 will run after reload. So the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #26 from Alan Modra ---
> I don't see that; I get
You need -fpic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Martin Liška changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89181
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonny Grant from comment #4)
> a #define before a header, that just looks like bad coding?
But allowed by the standard.
> A bad programmer
> could put #define printf 1.0f as well to really
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58142
--- Comment #7 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #6)
> I'd need to see what dyld is actually implementing for
> tlv_atexit.
Seems to be layered on top of pthread_get/set_specific - so, in principle, we
could do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #29 from Segher Boessenkool ---
This:
===
diff --git a/gcc/config/rs6000/rs6000.c b/gcc/config/rs6000/rs6000.c
index 401e719..f0adef7 100644
--- a/gcc/config/rs6000/rs6000.c
+++ b/gcc/config/rs6000/rs6000.c
@@ -37988,7 +37988,10 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89181
--- Comment #6 from Andreas Schwab ---
> a #define before a header, that just looks like bad coding?
You do that all the time.
gcc -Dn=20 ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82501
--- Comment #9 from Martin Liška ---
(In reply to Andrey Drobyshev from comment #8)
Great you've been working on that Andrey.
> I recently started to work on this issue as well. I managed to put a dummy
> global variable into .data, .rodata
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88937
--- Comment #6 from Martin Liška ---
(In reply to David Malcolm from comment #5)
> Patch:
> https://gcc.gnu.org/ml/gcc-patches/2019-02/msg00222.html
Thank you David for the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56604
Eric Gallager changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63651
--- Comment #20 from Eric Gallager ---
(In reply to Dominique d'Humieres from comment #18)
> For the record with darwin15 I had to add
>
> /System/Library/Frameworks/Foundation.framework/Versions/C/Headers/
> NSEnumerator.h
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87770
--- Comment #6 from Alexandre Oliva ---
Author: aoliva
Date: Tue Feb 5 06:11:25 2019
New Revision: 268529
URL: https://gcc.gnu.org/viewcvs?rev=268529=gcc=rev
Log:
[PR87770] test partial specializations for type dependence
When instantiating a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89195
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89195
--- Comment #3 from Segher Boessenkool ---
(In reply to Wilco from comment #1)
> len is unsigned HOST_WIDE_INT, so bits_to_bytes_round_down does an unsigned
> division...
That shouldn't make a difference though, both dividend and divisor should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89201
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|mikael at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
--- Comment #5 from Martin Liška ---
> warning from the translation unit below. It doesn't seem to correspond to
> the code pointed to in the discussion
> (https://github.com/systemd/systemd/issues/11369#issuecomment-453044884):
> the mfree()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89196
Bug ID: 89196
Summary: clock::to_time_t(ftime)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89195
--- Comment #1 from Wilco ---
make_extraction does:
if (MEM_P (inner))
{
poly_int64 offset;
/* POS counts from lsb, but make OFFSET count in memory order. */
if (BYTES_BIG_ENDIAN)
offset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89195
Bug ID: 89195
Summary: [7/8/9 regression] Corrupted stack offset after
combine
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89195
Wilco changed:
What|Removed |Added
Target||aarch64
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89158
--- Comment #4 from Marek Polacek ---
Looks like using mark_lvalue_use instead works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89196
--- Comment #1 from Andrew Pinski ---
What options are you using to compile the example code?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88670
Bug 88670 depends on bug 88698, which changed state.
Bug 88698 Summary: Relax generic vector conversions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698
Alexander Monakov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88560
--- Comment #12 from Tamar Christina ---
Hi Vladimir,
sorry for the delay, I was away last week. The patch looks good, please go
ahead and commit it.
I will fix the testisms after it has been committed.
Thanks,
Tamar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88170
--- Comment #7 from Will Wray ---
Thanks for the fix - apologies again for the break.
Works for me.
I'd lost the trail but see now that pp_c_flag_gnu_v3
is set in error.c calls
decl_as_dwarf_string
lang_decl_dwarf_name
in turn called from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
--- Comment #4 from Martin Sebor ---
Martin, please also let me know what specifically about the warning you find
misleading so I can make it better.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89123
--- Comment #9 from rdapp at linux dot ibm.com ---
Thanks for the pointer, I implemented the functions and now the startup seems
to be fully functional again. I'm still checking whether the remaining 50ish
libgo test suite failures I see are due
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
Martin Sebor changed:
What|Removed |Added
Blocks||85741
--- Comment #3 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89182
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #28 from Segher Boessenkool ---
(In reply to Alan Modra from comment #27)
> And possibly -msecure-plt
Yeah that does the trick, thanks :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
--- Comment #2 from Jakub Jelinek ---
I think there is a bug since r236195, emit_block_comp_via_libcall expects to be
called with the MEM arguments, rather than with XEXP (mem, 0) of those MEMs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88985
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 12:26:14 2019
New Revision: 268518
URL: https://gcc.gnu.org/viewcvs?rev=268518=gcc=rev
Log:
Bail out when ipa_fn_summaries does not contain entry for callee (PR
ipa/88985).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
--- Comment #3 from Jakub Jelinek ---
Created attachment 45595
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45595=edit
gcc9-pr89186.patch
Untested fix. If we can come up with a testcase where the memcmp needs to be
called on code that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89150
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89147
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #15 from Jakub Jelinek ---
(In reply to Andreas Krebbel from comment #14)
> (In reply to Jakub Jelinek from comment #11)
> > ... Can't what you are doing in the splitters be done in
> > define_peephole2 instead?
>
> Not that easy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89185
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89188
--- Comment #2 from Jakub Jelinek ---
Created attachment 45596
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45596=edit
gcc9-pr89188.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89191
Bug ID: 89191
Summary: [9 regression] ICE in reshape_init_r, at
cp/decl.c:6172
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89192
Bug ID: 89192
Summary: -Wuninitialized doesn't warn about a vector
initialization with uninitialized field
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |7.5
Summary|ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
--- Comment #2 from Martin Liška ---
Created attachment 45598
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45598=edit
One another-test case
I see one another test-case that comes from here:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698
--- Comment #11 from Alexander Monakov ---
Author: amonakov
Date: Mon Feb 4 15:00:41 2019
New Revision: 268522
URL: https://gcc.gnu.org/viewcvs?rev=268522=gcc=rev
Log:
doc: showcase a "union of vectors" pattern (PR 88698)
PR c/88698
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89192
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89192
--- Comment #3 from Marc Glisse ---
On the other hand, it looks like an "easy" case where the front-end could
notice that we are using b as an rvalue before it is initialized and warn about
it without relying on the middle-end. It could fall
1 - 100 of 153 matches
Mail list logo
