The fallback way of handling a repeated 128-bit constant vector for SVE
is to force the 128 bits to the constant pool and use LD1RQ to load it.
Previously the code always used the byte variant of LD1RQ (LD1RQB),
with a preceding BSWAP for big-endian targets. However, that BSWAP
doesn't handle all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78495
--- Comment #6 from Nathan Sidwell ---
Author: nathan
Date: Fri Jan 26 13:48:37 2018
New Revision: 257089
URL: https://gcc.gnu.org/viewcvs?rev=257089=gcc=rev
Log:
[C++/82878] backport fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82878
--- Comment #10 from Nathan Sidwell ---
Author: nathan
Date: Fri Jan 26 13:48:37 2018
New Revision: 257089
URL: https://gcc.gnu.org/viewcvs?rev=257089=gcc=rev
Log:
[C++/82878] backport fix
The current aarch64_simd_valid_immediate code predates the move
to the new CONST_VECTOR representation, so for variable-length SVE
it only handles duplicates of single elements, rather than duplicates
of repeating patterns.
This patch removes the restriction. It means that the validity
of a
On Fri, 26 Jan 2018, Jan Hubicka wrote:
> > On Thu, 25 Jan 2018, Jan Hubicka wrote:
> >
> > > Hi,
> > > the testcase triggers invalid warning on type mismatch because array
> > > of pointers to complete type has different alias set from array of
> > > pointers
> > > to incomplete type. This is
I'm applying this backport to the gcc-7 branch. Jonathan was kind
enough to point out it's needed tehre.
nathan
--
Nathan Sidwell
2018-01-26 Nathan Sidwell
PR c++/82878
PR c++/78495
* call.c (build_call_a): Don't set CALL_FROM_THUNK_P for inherited
ctor.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83985
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84038
Bug 84038 depends on bug 83985, which changed state.
Bug 83985 Summary: [8 Regression] Compile time hog for 32-bit BE powerpc targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83985
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83055
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82614
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84064
Bug ID: 84064
Summary: ICE in ix86_expand_prologue related to
-fstack-clash-protection and memcpy on i686
Product: gcc
Version: 8.0
Status: UNCONFIRMED
aarch64_secondary_reload enforced a secondary reload via
aarch64_sve_reload_be for memory and pseudo registers, but failed
to do the same for subregs of pseudo registers. To avoid this and
any similar problems, the patch instead tests for things that the move
patterns handle directly; if the
sve/extract_[12].c were relying on the target-independent optimisation
that removes a redundant vec_select, so that we don't end up with
things like:
dup v0.4s, v0.4s[0]
...use s0...
But that optimisation rightly doesn't trigger for big-endian targets,
because GCC expects lane 0 to be in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
--- Comment #6 from Jan Hubicka ---
> > @@ -5150,15 +5145,9 @@ free_lang_data_in_type (tree type)
> > {
> > free_lang_data_in_binfo (TYPE_BINFO (type));
> > /* We need to preserve link to bases and virtual table for
LRA was using a subreg offset of 0 whenever constraints matched
two operands with different modes. That leads to an invalid offset
(and ICE) on big-endian targets if one of the modes is narrower
than a word. E.g. if a (reg:SI X) is matched to a (reg:QI Y),
the big-endian subreg should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
--- Comment #3 from Jakub Jelinek ---
Seems nothing actually handles the late attributes in TYPE_ATTRIBUTES that
aren't {RECORD,UNION,CLASS,ENUMERAL}_TYPE.
Tried:
--- pt.c.jj52018-01-24 17:18:42.393392254 +0100
+++ pt.c2018-01-26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84063
Bug ID: 84063
Summary: Misleading diagnostic for ignored attributes under
-Wattributes
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
--- Comment #5 from Martin Liška ---
(In reply to Richard Biener from comment #4)
> (In reply to Martin Liška from comment #3)
> > Fixed on trunk by Richi's r256685. Is it intentional Richi that the revision
> > should fix such situations?
>
>
This is a backport of r251426 which incidentally fixed PR 81860 and
its dup. The bug was closed as fixed, but as a regression it should be
fixed for 7.x too.
The patch applied cleanly to the branch except for a minor conflict in
get_defaulted_eh_spec because r250994 isn't on the branch.
Tested
On Thu, Jan 25, 2018 at 3:45 PM, Jakub Jelinek wrote:
> On Fri, Jan 05, 2018 at 09:52:36AM +0100, Richard Biener wrote:
>> On Wed, Jan 3, 2018 at 5:31 PM, Marek Polacek wrote:
>> > Here we are crashing because cxx_fold_indirect_ref got a POINTER_PLUS_EXPR
>>
> On Thu, 25 Jan 2018, Jan Hubicka wrote:
>
> > Hi,
> > the testcase triggers invalid warning on type mismatch because array
> > of pointers to complete type has different alias set from array of pointers
> > to incomplete type. This is valid, because incoplete pointer has alias set
> > of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84057
--- Comment #3 from Richard Biener ---
Sth like the following works for example.
Index: gcc/tree-ssa-loop-ivcanon.c
===
--- gcc/tree-ssa-loop-ivcanon.c (revision 257077)
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84054
--- Comment #2 from Jonathan Wakely ---
Firstly, GCC 4.8.1 has not been supported here for several years, and secondly
the option is clearly documented as not doing anything for C.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84057
Richard Biener changed:
What|Removed |Added
Priority|P4 |P2
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #44 from Manuel Lauss ---
Created attachment 43252
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43252=edit
compressed preprocessed source
g++ -m32 -O3 -ggdb -march=znver1 -mtune=broadwell -pipe -fPIC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84062
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84058
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
Summary|RTl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84058
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84059
Richard Biener changed:
What|Removed |Added
Version|unknown |8.0
Target Milestone|---
Sebastian, thanks for the feedback! I have updated the patch accordingly:
Index: htdocs/gcc-7/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-7/changes.html,v
retrieving revision 1.98
diff -u -r1.98 changes.html
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84054
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
On Fri, 26 Jan 2018, Richard Sandiford wrote:
> Richard Biener writes:
> > On Thu, 25 Jan 2018, Richard Sandiford wrote:
> >
> >> Richard Sandiford writes:
> >> > Richard Biener writes:
> >> >> The following patch fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83985
--- Comment #12 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 26 12:24:53 2018
New Revision: 257088
URL: https://gcc.gnu.org/viewcvs?rev=257088=gcc=rev
Log:
PR rtl-optimization/83985
* dce.c (deletable_insn_p): Return false
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84053
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
Summary|[5//6/7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84051
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84049
--- Comment #2 from H.J. Lu ---
FAIL: libgomp.c++/for-11.C execution test
FAIL: libgomp.c++/for-13.C execution test
have the same issue. They just lead to
WARNING: program timed out.
WARNING: program timed out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84050
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84049
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84047
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84048
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84046
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #43 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #41)
> Let's go forward with this pattern:
>
> (define_insn "*andndi3_doubleword"
> [(set (match_operand:DI 0 "register_operand" "=,r,r,")
> (and:DI
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84045
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.4
Summary|ICE when
Hi,
I would like to commit the following comment about LEON3-FT errata now
available in GCC-7.3.
Thanks,
Daniel
Index: htdocs/gcc-7/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-7/changes.html,v
retrieving revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
--- Comment #4 from Richard Biener ---
(In reply to Martin Liška from comment #3)
> Fixed on trunk by Richi's r256685. Is it intentional Richi that the revision
> should fix such situations?
Not really. It means that the following hunk removes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84062
Bug ID: 84062
Summary: error: no matching function for call to
'std::vector::push_back()
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84040
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83985
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 26 11:48:05 2018
New Revision: 257087
URL: https://gcc.gnu.org/viewcvs?rev=257087=gcc=rev
Log:
PR rtl-optimization/83985
* dce.c (deletable_insn_p): Return false
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83989
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 26 11:47:11 2018
New Revision: 257086
URL: https://gcc.gnu.org/viewcvs?rev=257086=gcc=rev
Log:
PR c/83989
* gimple-ssa-warn-restrict.c
HI DJ,
Thank you!
>> I wonder if these types of optimizations should be added to the
assembler too?
Thank you for the suggestion, I will take a look into it.
Best Regards,
Sebastian
> -Original Message-
> From: DJ Delorie [mailto:d...@redhat.com]
> Sent: 25 January 2018 19:38
> To:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83981
--- Comment #14 from Jonathan Wakely ---
(In reply to Daniel Krügler from comment #11)
> (In reply to Jonathan Wakely from comment #10)
> > Perhaps Daniel can comment, since he wrote the resolution of lwg 2033.
> >
> > Daniel, if the intent was
Richard Biener writes:
> On Thu, 25 Jan 2018, Richard Sandiford wrote:
>
>> Richard Sandiford writes:
>> > Richard Biener writes:
>> >> The following patch fixes PR84003 where RTL DSE removes a redundant
>> >> store (a store
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81086
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, 26 Jan 2018, Jakub Jelinek wrote:
> On Thu, Jan 25, 2018 at 12:18:21PM +0100, Richard Biener wrote:
> > 2018-01-25 Richard Biener
> >
> > PR rtl-optimization/84003
> > * dse.c (dse_step1): When removing redundant stores make sure
> > to adjust the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84056
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
--- Comment #2 from Jakub Jelinek ---
It is actually much worse than just some ICE with -flto.
template
using T = int __attribute__((vector_size (sizeof(int) * N)));
T<4> q;
template
int r __attribute__((vector_size (sizeof(int) * N)));
void
On Thu, 25 Jan 2018, Jakub Jelinek wrote:
> Hi!
>
> builtin_memref ctor for a SSA_NAME with non-NULL SSA_NAME_VAR returns
> the underlying variable, rather than just the SSA_NAME.
> Later on the code checks if the bases are equal and then compares
> corresponding offsets.
>
> The fact that two
On Thu, 25 Jan 2018, Segher Boessenkool wrote:
> On Thu, Jan 25, 2018 at 11:20:33PM +0100, Jakub Jelinek wrote:
> > Hi!
> >
> > The r241060 change added the second hunk in this patch which the patch is
> > reverting. The problem is that not deleting some unmarked insns in
> >
On Thu, 25 Jan 2018, Jan Hubicka wrote:
> Hi,
> the testcase triggers invalid warning on type mismatch because array
> of pointers to complete type has different alias set from array of pointers
> to incomplete type. This is valid, because incoplete pointer has alias set
> of void_ptr which
On Thu, 25 Jan 2018, Richard Sandiford wrote:
> Richard Sandiford writes:
> > Richard Biener writes:
> >> The following patch fixes PR84003 where RTL DSE removes a redundant
> >> store (a store storing the same value as an earlier store) but in
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #42 from Mike Lothian ---
With the patch in Comment 36 I get the following error compiling Clang
FAILED: lib/Lex/CMakeFiles/clangLex.dir/PPExpressions.cpp.o
/usr/bin/x86_64-pc-linux-gnu-g++ -m32 -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81086
ensadc at mailnesia dot com changed:
What|Removed |Added
CC||ensadc at mailnesia dot com
On 24/01/18 20:10, Richard Sandiford wrote:
Szabolcs Nagy writes:
Fix test failures with -mcmodel=tiny when adr is generated instead of adrp.
FAIL: gcc.target/aarch64/sve/peel_ind_1.c -march=armv8.2-a+sve
scan-assembler \\tadrp\\tx[0-9]+, x\\n
FAIL:
On Thu, Jan 25, 2018 at 12:18:21PM +0100, Richard Biener wrote:
> 2018-01-25 Richard Biener
>
> PR rtl-optimization/84003
> * dse.c (dse_step1): When removing redundant stores make sure
> to adjust the earlier stores alias-set to match semantics of
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84061
Bug ID: 84061
Summary: [8 Regression] gcc.dg/tree-ssa/loop-15.c XFAIL
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: missed-optimization, xfail
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83950
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81082
--- Comment #12 from Richard Biener ---
Author: rguenth
Date: Fri Jan 26 10:30:36 2018
New Revision: 257077
URL: https://gcc.gnu.org/viewcvs?rev=257077=gcc=rev
Log:
2018-01-26 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66313
Bug 66313 depends on bug 81082, which changed state.
Bug 81082 Summary: [8 Regression] Failure to vectorise after reassociating
index computation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81082
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81082
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84060
Bug ID: 84060
Summary: Wrong assignment from a class(*) variable which is a
function result.
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
On Thu, 25 Jan 2018, Richard Biener wrote:
> On Thu, 25 Jan 2018, Marc Glisse wrote:
>
> > On Thu, 25 Jan 2018, Richard Biener wrote:
> >
> > > --- gcc/match.pd (revision 257047)
> > > +++ gcc/match.pd (working copy)
> > > @@ -1939,6 +1939,37 @@ DEFINE_INT_AND_FLOAT_ROUND_FN (RINT)
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84057
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83937
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77504
Janne Blomqvist changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
--- Comment #7
Hi Alexander,
As mentioned in [1], Arm Cortex-R52 can have either single precision or double
precision + Neon. This is reflected in GCC 8 by -mcpu=cortex-r52 defaulting to
the latter (double precision + Neon) and -mcpu=cortex-r52+nofp.dp giving you the
former (single precision).
[1]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84059
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84059
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84059
Bug ID: 84059
Summary: [8 Regression] ICE in
ix86_get_function_versions_dispatcher, at
config/i386/i386.c:32429
Product: gcc
Version: unknown
Status:
On 26 January 2018 at 10:33, Richard Sandiford
wrote:
> Christophe Lyon writes:
>> On 25 January 2018 at 11:24, Richard Sandiford
>> wrote:
>>> Rainer Orth writes:
Jeff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84056
--- Comment #5 from Alper Ce ---
(In reply to Marc Glisse from comment #4)
> (In reply to Alper Ce from comment #3)
> > I didn't assign anything to my_map(i didn't use assignment operator = ), i
> > just used == operator to check value of it.
>
Christophe Lyon writes:
> On 25 January 2018 at 11:24, Richard Sandiford
> wrote:
>> Rainer Orth writes:
>>> Jeff Law writes:
On 11/22/2017 11:12 AM, Richard Sandiford wrote:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #41 from Uroš Bizjak ---
Let's go forward with this pattern:
(define_insn "*andndi3_doubleword"
[(set (match_operand:DI 0 "register_operand" "=,r,r,")
(and:DI
(not:DI (match_operand:DI 1 "register_operand"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81929
Jakub Jelinek changed:
What|Removed |Added
CC||sduvan.gcc at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84043
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Last reconfirmed|2018-01-26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84058
--- Comment #1 from Jan Hubicka ---
0065ff3a :
65ff3a: b8 01 00 00 00 mov$0x1,%eax
65ff3f: c3 retq
65ff40: b8 01 00 00 00 mov$0x1,%eax
65ff45: c3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84058
Bug ID: 84058
Summary: RTl partitioning fixup should drag very small blocks
back to hot partition
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84043
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On 25 January 2018 at 11:24, Richard Sandiford
wrote:
> Rainer Orth writes:
>> Jeff Law writes:
>>> On 11/22/2017 11:12 AM, Richard Sandiford wrote:
Richard Sandiford writes:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84056
--- Comment #4 from Marc Glisse ---
(In reply to Alper Ce from comment #3)
> I didn't assign anything to my_map(i didn't use assignment operator = ), i
> just used == operator to check value of it.
Again, did you read the doc for operator[]?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #40 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #37)
> (In reply to Jakub Jelinek from comment #33)
>
> > and it should work. The last case would be right now:
> > SI:N+1 = SI:N &~ SI:N+2; SI:N+2 = SI:N+1 &~
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84037
--- Comment #8 from Jan Hubicka ---
https://gcc.opensuse.org/gcc-old/c++bench-czerny/pb11/pb11-summary.txt-2-0.html
runs with -Ofast -funroll-loops so indeed does not seem essential to trigger
the regression (it may be two different ones of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84056
--- Comment #3 from Alper Ce ---
(In reply to Marc Glisse from comment #2)
> Where is the bug? Did you read the documentation for operator[]?
I didn't assign anything to my_map(i didn't use assignment operator = ), i just
used == operator to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84015
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
201 - 295 of 295 matches
Mail list logo