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|
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 - 208 of 208 matches
Mail list logo