https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63210
--- Comment #1 from Zhenqiang Chen ---
Here is a workaround patch to show the point.
diff --git a/gcc/ira-color.c b/gcc/ira-color.c
index e2ea359..1573fb5 100644
--- a/gcc/ira-color.c
+++ b/gcc/ira-color.c
@@ -1709,6 +1709,8 @@ assign_hard_reg (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63210
Bug ID: 63210
Summary: ira does not select the best register compared with
gcc 4.8 for ARM THUMB1
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #37 from Lawrence Velázquez ---
Okay, what I said initially was correct. This was the specific change I made.
https://gist.github.com/larryv/9b1cd34a34733c10f734
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38354
--- Comment #8 from Adam Warner ---
Joseph, you're correct:
4005fa: b8 c6 05 40 00 moveax,0x4005c6
4005ff: 89 05 cf 04 20 00 movDWORD PTR [rip+0x2004cf],eax
# 600ad4
400605: b8 c6 05 40 00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61825
--- Comment #6 from Jan Hubicka ---
Hi,
sorry for the delay, the problem is that I do not feel good about putting back
the old code from fold-const, since it simply does not make sense. I need to
dive into the C++ standard what it says about thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63166
--- Comment #4 from Jan Hubicka ---
Aha, is_global_var test going wrong way. I am testing:
Index: ipa-prop.c
===
--- ipa-prop.c (revision 215023)
+++ ipa-prop.c (working copy)
@@ -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63166
--- Comment #3 from Jan Hubicka ---
Here I get:
Determining dynamic type for call: OBJ_TYPE_REF(_76;(struct
Foobar_Out)&Foobar_LOG.D.2901->0) (&Foobar_LOG.D.2901, " ", 1);
Starting walk at: _69 = MEM[(struct Foobar_Out
*)&Foobar_LOG]._vptr.Foob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38354
--- Comment #7 from joseph at codesourcery dot com ---
On Mon, 8 Sep 2014, adam at consulting dot net.nz wrote:
> 3. To demonstrate this, a GNU extension to C++ has no problem computing the
> address of the function pointer at load time and stor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #36 from Lawrence Velázquez ---
(In reply to Lawrence Velázquez from comment #34)
> I got the build to succeed by changing
>
> # if defined(_DARWIN_FEATURE_64_BIT_INODE)
>
> to
>
> # if ! defined(__DARWIN_64_BIT_INO_T) || _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #35 from Lawrence Velázquez ---
Created attachment 33461
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33461&action=edit
MacPorts log from a failed attempt to build libgcc @4.9.1_0 (x86_64)
There’s a lot of text, I know. To se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
Lawrence Velázquez changed:
What|Removed |Added
CC||larryv at macports dot org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62146
Easwaran Raman changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63178
--- Comment #5 from Dima Kogan ---
Hi.
I cherry-picked the commit you mentioned, rebuilt gcc, and the bug was not
resolved. Just in case I did something wrong in that process, I waited for
Debian to update their package. This just happened, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60196
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 8 20:18:02 2014
New Revision: 215026
URL: https://gcc.gnu.org/viewcvs?rev=215026&root=gcc&view=rev
Log:
PR tree-optimization/60196
PR tree-optimization/63189
* gcc.dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63189
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63189
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 8 20:18:02 2014
New Revision: 215026
URL: https://gcc.gnu.org/viewcvs?rev=215026&root=gcc&view=rev
Log:
PR tree-optimization/60196
PR tree-optimization/63189
* gcc.dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60196
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60196
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 8 20:15:31 2014
New Revision: 215025
URL: https://gcc.gnu.org/viewcvs?rev=215025&root=gcc&view=rev
Log:
PR tree-optimization/60196
PR tree-optimization/63189
* gcc.dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63189
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 8 20:15:31 2014
New Revision: 215025
URL: https://gcc.gnu.org/viewcvs?rev=215025&root=gcc&view=rev
Log:
PR tree-optimization/60196
PR tree-optimization/63189
* gcc.dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63189
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 8 20:07:29 2014
New Revision: 215024
URL: https://gcc.gnu.org/viewcvs?rev=215024&root=gcc&view=rev
Log:
PR tree-optimization/60196
PR tree-optimization/63189
Backport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60196
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 8 20:07:29 2014
New Revision: 215024
URL: https://gcc.gnu.org/viewcvs?rev=215024&root=gcc&view=rev
Log:
PR tree-optimization/60196
PR tree-optimization/63189
Backport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61838
Stephan Tolksdorf changed:
What|Removed |Added
CC||st at quanttec dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61923
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61923
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 8 19:07:00 2014
New Revision: 215020
URL: https://gcc.gnu.org/viewcvs?rev=215020&root=gcc&view=rev
Log:
Backported from mainline
2014-08-06 Vladimir Makarov
PR de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63209
Bug ID: 63209
Summary: [ARM] Wrong conditional move generated
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63208
Bug ID: 63208
Summary: [SH] Add attribute naked
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63202
--- Comment #3 from Andi Kleen ---
I'm not sure rewriting the pattern to assume_aligned would be useful. After all
the user could already use assume_aligned directly.
I was more thinking of cases when VRP/CCP can prove alignment in other ways
fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61825
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
Honza,
you meant to prepare a patch in July already
https://gcc.gnu.org/ml/gcc-patches/2014-07/msg00985.html
but nothing has happened since. Could you please get to this soon?
Thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63207
Bug ID: 63207
Summary: ICE in expand_expr_real_l when instantiating a
template with a lambda that captures a const variable
with a dependent initializer
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63196
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Mon Sep 8 14:28:51 2014
New Revision: 215016
URL: https://gcc.gnu.org/viewcvs?rev=215016&root=gcc&view=rev
Log:
2014-09-08 Richard Biener
PR ipa/63196
* tree-inline.c (cop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63196
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63206
Bug ID: 63206
Summary: Gcc 4.9.1 Generated code needlessly stacks r3
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40135
--- Comment #5 from Richard Biener ---
Eventually just removing the call to mems_in_disjoint_alias_sets_p fixes the
rest (rtx_refs_may_alias_p will apply TBAA as well, _after_ positively
bailing out on the union punning).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40135
--- Comment #4 from Richard Biener ---
Ok it still has in the function comment
??? Contrary to the tree alias oracle this does not return
one for X + non-constant and Y + non-constant when X and Y are equal.
If that is fixed the TBAA h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40135
--- Comment #3 from Richard Biener ---
At least improved (but maybe not fixed) by
2010-02-16 Richard Guenther
* alias.c (memrefs_conflict_p): Distinguish must-alias from don't know.
(true_dependence): If memrefs_conflict_p co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47486
John Travers changed:
What|Removed |Added
CC||jtravs at gmail dot com
--- Comment #8 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63204
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63204
--- Comment #2 from Richard Biener ---
Author: rguenth
Date: Mon Sep 8 12:01:50 2014
New Revision: 215012
URL: https://gcc.gnu.org/viewcvs?rev=215012&root=gcc&view=rev
Log:
2014-09-08 Richard Biener
PR bootstrap/63204
* cfgloop.c (m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62140
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62140
--- Comment #6 from Sabrina Souto ---
I checked with the current code in trunk and the test is passing, did you fixed
it?
What do you mean by "close"? Change the status for "RESOLVED"?
(In reply to Yury Gribov from comment #5)
> Sabrina, could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62012
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61743
--- Comment #11 from rguenther at suse dot de ---
On Mon, 8 Sep 2014, ysrumyan at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61743
>
> --- Comment #10 from Yuri Rumyantsev ---
> Richard,
>
> Do you have any progress?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62012
--- Comment #2 from Yuri Rumyantsev ---
Any updates?
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61743
--- Comment #10 from Yuri Rumyantsev ---
Richard,
Do you have any progress?
Thanks.
2014-08-13 12:35 GMT+04:00 rguenth at gcc dot gnu.org
:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61743
>
> --- Comment #9 from Richard Biener ---
> (In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63203
--- Comment #2 from Jonathan Wakely ---
I tried something like this:
--- a/gcc/cp/decl.c
+++ b/gcc/cp/decl.c
@@ -6101,6 +6101,12 @@ initialize_local_var (tree decl, tree init)
-Wno-init-self works (c++/34772). */
gcc_asse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63205
Bug ID: 63205
Summary: [OOP] Wrongly rejects type = class (for identical
declared type)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63203
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63186
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63188
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63189
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63190
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63191
--- Comment #2 from Richard Biener ---
With
int a, b, c, d;
struct X { int a; int b; void *p; } z[4];
void foo (void)
{
z[0].a = 1;
z[0].b = 2;
z[0].p = &a;
z[1].a = 1;
z[1].b = 2;
z[1].p = &b;
z[2].a = 1;
z[2].b = 2;
z[2].p =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63191
Richard Biener changed:
What|Removed |Added
Target||i?86-*-*
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63198
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63199
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63195
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63200
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63202
--- Comment #2 from Richard Biener ---
Well, as with restrict it would be nice to be able to annotate the memory
references themselves with alignment info.
Btw, a possibility would be to insert assume_aligned calls into the IL
from the
if (p &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63204
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63196
--- Comment #3 from Richard Biener ---
Ok, so the issue here is that we are copying a function during inline transform
whose loops state needs fixups. That's undesirable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63196
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61886
--- Comment #10 from rguenther at suse dot de ---
On Mon, 8 Sep 2014, hubicka at ucw dot cz wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61886
>
> --- Comment #9 from Jan Hubicka ---
> > The issue is that we resolve aliases in a bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63202
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63204
Bug ID: 63204
Summary: gtype-desc.c:887:40: error: 'struct loop' has no
member named 'former_header' breaks bootstrap
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62140
--- Comment #5 from Yury Gribov ---
Sabrina, could you close if works for you?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61897
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63201
Ville Voutilainen changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
67 matches
Mail list logo
