http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850
Josh Triplett changed:
What|Removed |Added
CC||josh at joshtriplett dot org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57763
--- Comment #20 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #19)
> (In reply to Jakub Jelinek from comment #18)
>
> > Attached is an attempt to fix this just by setting JUMP_LABEL on the
> > indirect jump, then computed_jump_p pred
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850
--- Comment #2 from Josh Triplett ---
Here's a test case from Sparse, demonstrating some tricky behavior of noderef:
# define __A__attribute__((noderef))
struct x {
int a;
int b;
};
struct y {
int a[2];
};
static void h(void)
{
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59854
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59855
Bug ID: 59855
Summary: Support sparse-style __attribute__((designated_init))
on structures, requiring designated initializers
Product: gcc
Version: unknown
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59853
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59845
--- Comment #3 from ArshaGCC ---
I further analyzed and found an interesting issue:
The optimizer bug (profile optimizer) occurs when input > 32768. When input is
less than or equal to 32768 (2^15) it always generate the correct optimized
code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57763
--- Comment #21 from Eric Botcazou ---
> Attached is an attempt to fix this just by setting JUMP_LABEL on the
> indirect jump, then computed_jump_p predicate will be false and the various
> places in RTL optimizers will be told where it jumps to.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59856
Bug ID: 59856
Summary: Support sparse-style context checking, used to
validate locking correctness
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: en
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59440
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57763
Jakub Jelinek changed:
What|Removed |Added
Attachment #31852|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59852
--- Comment #1 from Josh Triplett ---
Note in particular the bit about typedefs. Two identical declarations both
using __attribute__((bitwise)) create two variables with different types, but
two declarations both usin the same typedef declared wi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59176
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59838
--- Comment #2 from Marek Polacek ---
This seems to fix it.
--- a/gcc/cp/cvt.c
+++ b/gcc/cp/cvt.c
@@ -753,6 +753,7 @@ ocp_convert (tree type, tree expr, int convtype, int flags,
unspecified. */
if ((complain & tf_warning)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59832
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
Thomas Martitz changed:
What|Removed |Added
CC||kugel at rockbox dot org
--- Comment #17
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346
--- Comment #9 from Marek Polacek ---
And to actually fix this bug, the following should be enough...
--- a/gcc/gimple-fold.c
+++ b/gcc/gimple-fold.c
@@ -2940,7 +2940,8 @@ fold_array_ctor_reference (tree type, tree ctor,
be larger than size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58856
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|jason at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346
--- Comment #10 from Marek Polacek ---
Somewhat reduced:
struct U {};
static struct U b[1] = { };
extern void bar (struct U);
void
foo (void)
{
bar (b[0]);
}
void
baz (void)
{
foo ();
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58811
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58776
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58928
Julian Taylor changed:
What|Removed |Added
CC||jtaylor.debian at googlemail
dot c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59838
--- Comment #3 from Ville Voutilainen ---
Ok, but the patch needs to be massaged a bit to give an error in the case where
the underlying type is not set, if the complain flag has error set. I can do
that, seems simple enough.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59838
--- Comment #4 from Marek Polacek ---
With the patch cc1plus says:
ee.C:1:32: error: conversion to incomplete type
enum E { a, b = true ? 1 : ((E)a, 0) };
^
ee.C:1:33: error: a comma operator cannot appear in a co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57763
--- Comment #23 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #22)
> Created attachment 31868 [details]
> gcc49-pr57763.patch
>
> Uros, can you please bootstrap/regtest on alpha this updated patch too?
> Thanks.
> Looking at the *
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59838
--- Comment #5 from Ville Voutilainen ---
Ah, of course, it will end up returning error_mark_node and then other
machinery reports the error. Ok, looks quite good. Can you post it to
gcc-patches, then?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38518
--- Comment #10 from Richard Biener ---
Author: rguenth
Date: Fri Jan 17 10:47:59 2014
New Revision: 206702
URL: http://gcc.gnu.org/viewcvs?rev=206702&root=gcc&view=rev
Log:
2014-01-17 Richard Biener
PR rtl-optimization/38518
* df.h (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59838
--- Comment #6 from Marek Polacek ---
Yep, I only need to do some further testing/bootstrap.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59838
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59695
--- Comment #3 from clyon at gcc dot gnu.org ---
Author: clyon
Date: Fri Jan 17 11:05:04 2014
New Revision: 206703
URL: http://gcc.gnu.org/viewcvs?rev=206703&root=gcc&view=rev
Log:
2014-01-17 Kugan Vivekanandarajah
gcc/
Backport from m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59838
--- Comment #8 from Marek Polacek ---
A few bytes shorter testcase
enum E { a, b = (E) a };
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58928
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59269
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59857
Bug ID: 59857
Summary: 4.8.2 loop optimization is worse than 4.5.1 under ARM
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55316
--- Comment #3 from Jakub Jelinek ---
Dunno why you are reporting this. hppa isn't enabled in libsanitizer, if you
want to enable it (this report is supposedly from a hacked up
libsanitizer/configure.tgt), it is up to you to add all the necessary
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #41 from Richard Biener ---
After I will have committed the patch the original testcase will use about 1GB
of memory (regardless of optimization level) on x86_64, 122s at -O1 and 161s
at -Ofast with the following main contributors:
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59142
--- Comment #11 from clyon at gcc dot gnu.org ---
Author: clyon
Date: Fri Jan 17 11:48:06 2014
New Revision: 206706
URL: http://gcc.gnu.org/viewcvs?rev=206706&root=gcc&view=rev
Log:
2014-01-17 Charles Baylis
Backport from mainline
2013
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59142
--- Comment #12 from clyon at gcc dot gnu.org ---
Author: clyon
Date: Fri Jan 17 11:57:02 2014
New Revision: 206707
URL: http://gcc.gnu.org/viewcvs?rev=206707&root=gcc&view=rev
Log:
2014-01-17 Charles Baylis
Backport from mainline
2013
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #42 from Richard Biener ---
Another interesting bit - -O0 takes 17s (and also ~1GB memory) but -Og is
not much faster than -O1 (116s).
> ./f951 -quiet -Og t2.f90 -ftime-report
Execution times (seconds)
df reaching defs: 62
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59858
Bug ID: 59858
Summary: [4.8/4.9 Regression] ICE: assign_by_spills, at
lra-assigns.c:1283
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59858
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59857
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59859
Bug ID: 59859
Summary: [meta-bug] GRAPHITE issues
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59121
Richard Biener changed:
What|Removed |Added
Blocks||59859
--- Comment #11 from Richard Biene
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50210
Richard Biener changed:
What|Removed |Added
Priority|P2 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56185
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59586
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022
Richard Biener changed:
What|Removed |Added
Priority|P2 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59821
--- Comment #9 from Richard Biener ---
Yeah - sorry for this. As it "worked" for the testcases I tested I was
assuming
that the locations for the default argument computation (!) stmts should be
that of the call, not that of the definition. Appe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38172
Karsten Burger changed:
What|Removed |Added
CC||karsten_burger at gmx dot de
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59853
--- Comment #2 from Sylvain Laperche ---
Thank you for you reply.
It seems that you use the version 4.8.3, I use the one provided by the
repository of my distribution (4.8.2). Maybe it is the reason of the difference
in the behavior.
I'll try th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38518
Richard Biener changed:
What|Removed |Added
Keywords||ra
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58944
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #54 from Richard Biener ---
For the original testcase on trunk we get at -O1
tree loop invariant motion: 37.20 (16%) usr 0.02 ( 1%) sys 37.20 (16%)
wall 12127 kB ( 1%) ggc
dead store elim1: 17.42 ( 7%) usr 0.04 ( 2%
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59858
--- Comment #1 from Bernhard Reutner-Fischer ---
Created attachment 31873
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31873&action=edit
slightly reduced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59860
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59860
Bug ID: 59860
Summary: [4.8 Regression] ICE in compute_may_aliases, at
tree-ssa-structalias.c:6843
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Keywords: ice-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57945
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 17 14:19:55 2014
New Revision: 206708
URL: http://gcc.gnu.org/viewcvs?rev=206708&root=gcc&view=rev
Log:
PR c++/57945
* passes.c (rest_of_decl_compilation): Don't call varpo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59788
Rainer Orth changed:
What|Removed |Added
Status|NEW |ASSIGNED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57945
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59860
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59860
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59861
Bug ID: 59861
Summary: Inconsistent error output format
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
Assi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #43 from Richard Biener ---
Author: rguenth
Date: Fri Jan 17 14:40:11 2014
New Revision: 206709
URL: http://gcc.gnu.org/viewcvs?rev=206709&root=gcc&view=rev
Log:
2014-01-17 Richard Biener
PR tree-optimization/46590
* vec.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59064
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 17 14:41:58 2014
New Revision: 206710
URL: http://gcc.gnu.org/viewcvs?rev=206710&root=gcc&view=rev
Log:
PR testsuite/59064
* gcc.dg/vect/vect-ivdep-1.c: Replace two dg-bogu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59440
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 17 14:42:58 2014
New Revision: 206711
URL: http://gcc.gnu.org/viewcvs?rev=206711&root=gcc&view=rev
Log:
PR fortran/59440
* tree-nested.c (convert_nonlocal_reference_stmt,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58776
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 17 14:43:37 2014
New Revision: 206712
URL: http://gcc.gnu.org/viewcvs?rev=206712&root=gcc&view=rev
Log:
PR testsuite/58776
* gcc.dg/tree-ssa-gen-vect-32.c: Add -fno-vect-co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #44 from Richard Biener ---
Author: rguenth
Date: Fri Jan 17 14:49:18 2014
New Revision: 206714
URL: http://gcc.gnu.org/viewcvs?rev=206714&root=gcc&view=rev
Log:
2014-01-17 Richard Biener
PR tree-optimization/46590
* opts.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346
--- Comment #11 from Marek Polacek ---
Author: mpolacek
Date: Fri Jan 17 14:51:56 2014
New Revision: 206715
URL: http://gcc.gnu.org/viewcvs?rev=206715&root=gcc&view=rev
Log:
PR c/58346
* gimple-fold.c (fold_array_ctor_reference): Don't fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59064
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59440
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58776
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59853
--- Comment #3 from Eric Botcazou ---
> It seems that you use the version 4.8.3, I use the one provided by the
> repository of my distribution (4.8.2). Maybe it is the reason of the
> difference in the behavior.
Very likely not, this has always w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59838
--- Comment #9 from Marek Polacek ---
Author: mpolacek
Date: Fri Jan 17 15:23:17 2014
New Revision: 206716
URL: http://gcc.gnu.org/viewcvs?rev=206716&root=gcc&view=rev
Log:
PR c++/59838
cp/
* cvt.c (ocp_convert): Don't segfault on non-exi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59857
--- Comment #2 from Richard Earnshaw ---
My suspicion is that ulv is short-hand for unsigned long volatile -- since
without it this testcase is completely degenerate: val isn't used at all, so
when ulv is not volatile, then entire function reduce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59269
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58111
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
Between 20130906 (r202327) and 20130913 (r202562), the problem vanished.
Rainer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59862
Bug ID: 59862
Summary: Code does not compile with 4.8.1 tarball release but
compiles with 4.8.1 SVN release
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Sever
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59269
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Jan 17 15:40:13 2014
New Revision: 206718
URL: http://gcc.gnu.org/viewcvs?rev=206718&root=gcc&view=rev
Log:
/cp
2014-01-17 Paolo Carlini
PR c++/59269
* init.c (b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59706
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58344
Bug 58344 depends on bug 58346, which changed state.
Bug 58346 Summary: ICE with SIGFPE at -O1 and above on x86_64-linux-gnu
(affecting trunk, 4.8, 4.7, and 4.6)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59121
--- Comment #12 from Jeffrey A. Law ---
The problem Richard is nobody is maintaining the code. What makes this any
different than a port which has become unmaintained and thus isn't being fixed
in a timely manner? I'm not in a position to own th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59736
Martin Jambor changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57904
--- Comment #19 from Jeffrey A. Law ---
Author: law
Date: Fri Jan 17 17:50:10 2014
New Revision: 206723
URL: http://gcc.gnu.org/viewcvs?rev=206723&root=gcc&view=rev
Log:
PR middle-end/57904
* passes.def: Reorder pass_copy_prop, pass_unrol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58746
Bug 58746 depends on bug 57904, which changed state.
Bug 57904 Summary: [4.9 Regression] Bogus(?) "invokes undefined behavior"
warning with Fortran's finalization wrapper (gfortran.dg/class_48.f90)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5790
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57904
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59462
--- Comment #1 from Steve Ellcey ---
Author: sje
Date: Fri Jan 17 18:07:18 2014
New Revision: 206724
URL: http://gcc.gnu.org/viewcvs?rev=206724&root=gcc&view=rev
Log:
2014-01-17 Andrew Pinski
Steve Ellcey
PR target/59462
* co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59799
Yufeng Zhang changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58525
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58125
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #8 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59863
Bug ID: 59863
Summary: const array in function is placed on stack
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794
--- Comment #11 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Fri Jan 17 18:51:27 2014
New Revision: 206727
URL: http://gcc.gnu.org/viewcvs?rev=206727&root=gcc&view=rev
Log:
Consolidate ABI warning into type_natural_mode
gcc/
Backport f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794
--- Comment #12 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Fri Jan 17 18:52:14 2014
New Revision: 206728
URL: http://gcc.gnu.org/viewcvs?rev=206728&root=gcc&view=rev
Log:
Silence vector ABI change warnings for x86
Backport from mainli
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59864
Bug ID: 59864
Summary: [4.9 regression] RTL check: expected code 'reg', have
'ne' in rhs_regno, at rtl.h:1125
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Sev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59736
--- Comment #3 from Martin Jambor ---
Author: jamborm
Date: Fri Jan 17 19:05:52 2014
New Revision: 206729
URL: http://gcc.gnu.org/viewcvs?rev=206729&root=gcc&view=rev
Log:
2014-01-17 Martin Jambor
PR ipa/59736
* ipa-cp.c (prev_edge_cl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #198 from Markus Trippelsdorf ---
Created attachment 31877
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31877&action=edit
My local PGO/LTO script
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59736
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #199 from Markus Trippelsdorf ---
Created attachment 31878
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31878&action=edit
.mozconfig_profile_gen
1 - 100 of 145 matches
Mail list logo