http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60829
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60829
--- Comment #2 from Marc Glisse ---
(In reply to arm.nahm from comment #0)
> The above code compiles in g++,
No it doesn't. Please make sure to copy-paste directly from a file you have
tested.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60829
--- Comment #1 from arm.nahm at gmx dot de ---
First reported on StackOverflow:
http://stackoverflow.com/questions/23024091/multiple-inheritance-makes-private-member-accessible
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60829
Bug ID: 60829
Summary: Illegal access to private base of public base granted.
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60810
--- Comment #8 from Jerry DeLisle ---
Fixed on trunk, waiting on 4.9, will proceed to 4.8 and 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60810
--- Comment #7 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat Apr 12 00:04:41 2014
New Revision: 209329
URL: http://gcc.gnu.org/viewcvs?rev=209329&root=gcc&view=rev
Log:
2014-04-11 Jerry DeLisle
PR libfortran/60810
io/unit.c (is_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60194
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60194
--- Comment #3 from Tobias Burnus ---
Author: burnus
Date: Fri Apr 11 22:43:54 2014
New Revision: 209328
URL: http://gcc.gnu.org/viewcvs?rev=209328&root=gcc&view=rev
Log:
2014-04-11 Tobias Burnus
PR c/60194
gcc/
* doc/invoke.t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60495
--- Comment #8 from Tobias Burnus ---
Fixed on the 4.10 trunk so far. GCC 4.9(.1) backporting still pending.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58880
--- Comment #13 from Tobias Burnus ---
Fixed on the 4.10 trunk so far. GCC 4.9(.1) backporting still pending.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58880
--- Comment #12 from Tobias Burnus ---
Author: burnus
Date: Fri Apr 11 22:35:47 2014
New Revision: 209327
URL: http://gcc.gnu.org/viewcvs?rev=209327&root=gcc&view=rev
Log:
2014-04-11 Tobias Burnus
PR fortran/58880
PR fortran/6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60495
--- Comment #7 from Tobias Burnus ---
Author: burnus
Date: Fri Apr 11 22:35:47 2014
New Revision: 209327
URL: http://gcc.gnu.org/viewcvs?rev=209327&root=gcc&view=rev
Log:
2014-04-11 Tobias Burnus
PR fortran/58880
PR fortran/60
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60810
--- Comment #6 from Jerry DeLisle ---
I would like to request the following be applied to the 4.9 release candidate
if possible. It reverts a portion of the original patch that caused this
regression.
I will then do this for 4.7, 4.8, 4.9, and 4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
--- Comment #8 from Andi Kleen ---
I went through my collection of gimplify:8335 from the generator.
Not all of them are special statements. So some more general check would be
needed.
Some examples:
(*l_11) = (g_9 = _Cilk_spawn func_2(l_4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60810
--- Comment #5 from Jerry DeLisle ---
The breakage is at r208528, investigating.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60828
Bug ID: 60828
Summary: Compile time speedups when using tcmalloc
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59434
Marc Glisse changed:
What|Removed |Added
Status|SUSPENDED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60827
Bug ID: 60827
Summary: Inconsistent optimize_function_for_speed_p in
*fixuns_trunc_1
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60644
--- Comment #8 from bviyer at gcc dot gnu.org ---
Author: bviyer
Date: Fri Apr 11 19:56:42 2014
New Revision: 209324
URL: http://gcc.gnu.org/viewcvs?rev=209324&root=gcc&view=rev
Log:
Fix for PR other/60644.
+2014-04-11 Barry Tannenbaum
+
+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60810
--- Comment #4 from Jerry DeLisle ---
(In reply to Jakub Jelinek from comment #3)
> The libgfortran change is in all of 4.7/4.8 branches and the trunk now I
> believe.
I am checking now. If so I will probably revert that previous patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58600
Paolo Carlini changed:
What|Removed |Added
Target Milestone|4.9.0 |4.10.0
--- Comment #6 from Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60820
--- Comment #4 from Jan Hubicka ---
I am testing the following
Index: /aux/hubicka/trunk-test/gcc/varpool.c
===
--- /aux/hubicka/trunk-test/gcc/varpool.c (revision 209170)
+++ /
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59434
--- Comment #3 from Marc Glisse ---
Author: glisse
Date: Fri Apr 11 19:23:49 2014
New Revision: 209323
URL: http://gcc.gnu.org/viewcvs?rev=209323&root=gcc&view=rev
Log:
2014-04-11 Marc Glisse
PR libstdc++/59434
* include/bits/stl_iter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60824
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60811
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60824
Bug 60824 depends on bug 60811, which changed state.
Bug 60811 Summary: arc/arc.c:2135: possible bad argument to abs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60811
What|Removed |Added
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60824
Bug 60824 depends on bug 60651, which changed state.
Bug 60651 Summary: Mode switching instructions are sometimes emitted in the
wrong order
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651
--- Comment #5 from Jorn Wolfgang Rennecke ---
Author: amylaar
Date: Fri Apr 11 18:27:45 2014
New Revision: 209318
URL: http://gcc.gnu.org/viewcvs?rev=209318&root=gcc&view=rev
Log:
gcc/testsuite:
PR rtl-optimization/60651
* gcc.ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
--- Comment #17 from Jason Merrill ---
Author: jason
Date: Fri Apr 11 18:25:13 2014
New Revision: 209316
URL: http://gcc.gnu.org/viewcvs?rev=209316&root=gcc&view=rev
Log:
PR c++/57926
* c-common.c (sync_resolve_size, get_atomic_generic_si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51747
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Fri Apr 11 18:25:02 2014
New Revision: 209314
URL: http://gcc.gnu.org/viewcvs?rev=209314&root=gcc&view=rev
Log:
DR 1467
PR c++/51747
* decl.c (reshape_init_r): Handle a single
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651
--- Comment #4 from Jorn Wolfgang Rennecke ---
Author: amylaar
Date: Fri Apr 11 18:12:53 2014
New Revision: 209312
URL: http://gcc.gnu.org/viewcvs?rev=209312&root=gcc&view=rev
Log:
gcc:
PR rtl-optimization/60651
* mode-switching.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60826
Bug ID: 60826
Summary: inefficient code for vector xor on SSE2
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60811
--- Comment #3 from Jorn Wolfgang Rennecke ---
Author: amylaar
Date: Fri Apr 11 18:04:43 2014
New Revision: 209311
URL: http://gcc.gnu.org/viewcvs?rev=209311&root=gcc&view=rev
Log:
PR target/60811
* config/arc/arc.c (arc_save_rest
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60820
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58601
Bug 58601 depends on bug 58600, which changed state.
Bug 58600 Summary: [c++11] ICE on wrong usage of alignas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58600
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58600
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Apr 11 17:36:44 2014
New Revision: 209310
URL: http://gcc.gnu.org/viewcvs?rev=209310&root=gcc&view=rev
Log:
/cp
2014-04-11 Paolo Carlini
PR c++/58600
* name-look
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58600
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58309
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50466
Marek Polacek changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51253
--- Comment #11 from Jason Merrill ---
Author: jason
Date: Fri Apr 11 17:08:47 2014
New Revision: 209309
URL: http://gcc.gnu.org/viewcvs?rev=209309&root=gcc&view=rev
Log:
DR 1030
PR c++/51253
* cp-tree.h (CALL_EXPR_LIST_INIT_P): New.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59169
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60730
--- Comment #4 from John Marino ---
FreeBSD GNAT 4.9.0 is the same 4.7.3 (allegedly broken):
FreeBSD draco.synsport.com 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu
Jan 16 22:34:59 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60411
--- Comment #23 from John Marino ---
(In reply to John Marino from comment #17)
> In the end, there were 6 failures.
>
> C52103x
> C52104x
> C52104y
> c74004a (hung)
> cb1010c
> cb1010d
To follow up, I reworked the testsuite handler to reduce t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60825
--- Comment #1 from Andrew Pinski ---
Confirmed. The problem is:
typedef int64_t int64x1_t;
typedef int32_t int32x1_t;
typedef int16_t int16x1_t;
typedef int8_t int8x1_t;
typedef double float64x1_t;
typedef uint64_t uint64x1_t;
typedef uint32_t u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60817
--- Comment #2 from Ruud Koolen ---
I generated the patch cleanly against trunk. What's wrong with it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60811
--- Comment #2 from David Binderman ---
(In reply to Jorn Wolfgang Rennecke from comment #1)
> Though it seems too insignificant to make a change that late
> in phase 3, so I think this should wait for 4.10.
Seems reasonable to me, but at worst,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59049
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60820
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651
--- Comment #3 from Jorn Wolfgang Rennecke ---
This patch:
http://gcc.gnu.org/ml/gcc-patches/2014-04/msg00091.html
has been approved for gcc4.10, modulo one spelling fix:
http://gcc.gnu.org/ml/gcc-patches/2014-04/msg00263.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60807
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60825
Yufeng Zhang changed:
What|Removed |Added
Status|NEW |ASSIGNED
Version|4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60807
--- Comment #5 from Martin Husemann ---
Thomas and I compared environments and found the difference: it is gcc compiled
by clang that misbehaves. I could reproduce and verify it - but past
bootstrapping it is something that will never happen to na
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60825
Yufeng Zhang changed:
What|Removed |Added
Target||aarch64
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60811
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60825
Bug ID: 60825
Summary: [AArch64] int64x1_t, uint64x1_t and float64x1_t are
not treated as vector types
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60824
Bug ID: 60824
Summary: meta-bug: issues waiting for gcc 4.10 phase 1
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
--- Comment #7 from Jakub Jelinek ---
But then it is not valid in many other places (for/while/do condition, etc.).
Perhaps if _Cilk_spawn is allowed in the grammer only in 3 specific cases it
might be better to disallow it everywhere and check fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60823
--- Comment #1 from Yuri Rumyantsev ---
Created attachment 32585
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32585&action=edit
C++ test-case to reproduce
Need to be compiled with -O1 -m64 test.cpp -c -fopenmp options to reproduce
ICE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60823
Bug ID: 60823
Summary: ICE in gimple_expand_cfg, at cfgexpand.c:5644
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60821
--- Comment #3 from Marek Polacek ---
Whoops, sorry. I better let Darwin folks look at it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60730
--- Comment #3 from Georg ---
I have used the new simplified bug reporting form, hence no triple.
Several platforms are affected; the GCC 4.9 used with this report
was built on Darwin Kernel Version 13.1.0: Thu Jan 16 19:40:37
PST 2014; root:xnu-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60822
Bug ID: 60822
Summary: Index register overwritten on m68k/coldfire
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60594
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60821
a.h.jaffe at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolutio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60100
--- Comment #10 from lavr at ncbi dot nlm.nih.gov ---
> I guess also a dup of PR57201.
While I can agree these cases (and the one mentioned within PR57201) look
similar, the gravity of the disappearing warning in case of a mismatched type
is more
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60820
--- Comment #1 from Martin Liška ---
testcase:
cat a.c:
#include
#include
static const struct in6_addr local_in6addr_any = IN6ADDR_ANY_INIT;
#pragma weak in6addr_any = local_in6addr_any
__attribute__ ((used))
void foo()
{
fprintf (stderr, "
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60821
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60821
Bug ID: 60821
Summary: gcc 4.8 on MacOS fails depending on -arch order
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60817
--- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE ---
I'll have a look. The patch is completely bogus, though: it seems to
have been hand-edited to the point where it doesn't even apply.
That said, we need to make sure that several differen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
--- Comment #11 from Marc Glisse ---
(In reply to Marc Glisse from comment #10)
> Maybe the patch from comment #9 could be restricted to the case where the
> vector type has may_alias?
Oups, that's already the case, sorry for misreading.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
--- Comment #10 from Marc Glisse ---
Ah. So, from a user's POV, it should be valid. But internally, we convert
v2si*->v4hi* (ok), v4hi*->short* (ok), we forget the intermediate step, and we
end up with v2si*->short*, which is not ok since the type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
--- Comment #6 from Marek Polacek ---
The following should disallow this in the C FE.
diff --git a/gcc/c/c-parser.c b/gcc/c/c-parser.c
index 5653e49..cbbb272 100644
--- a/gcc/c/c-parser.c
+++ b/gcc/c/c-parser.c
@@ -5153,6 +5153,9 @@ c_parser_if_s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60820
Bug ID: 60820
Summary: ice in ctor_for_folding, at varpool.c:291
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
Stupachenko Evgeny changed:
What|Removed |Added
CC||evstupac at gmail dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022
--- Comment #24 from Vladimir Kargov ---
(In reply to Vladimir Kargov from comment #19)
For the sake of correctness, I had an obvious typo in my comment:
> "((signed long) maxLen_5(D) - (signed long) minLen_3(D)) /[fl] -4294967296"
> (i.e. -42949
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
--- Comment #9 from rguenther at suse dot de ---
On Fri, 11 Apr 2014, glisse at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
>
> --- Comment #8 from Marc Glisse ---
> (In reply to rguent...@suse.de from comment #6)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59055
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Fri Apr 11 12:47:20 2014
New Revision: 209303
URL: http://gcc.gnu.org/viewcvs?rev=209303&root=gcc&view=rev
Log:
PR other/59055
* doc/bugreport.texi (Bugs): Remove nodes pointing to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
--- Comment #8 from Marc Glisse ---
(In reply to rguent...@suse.de from comment #6)
> Not exactly - it's again the wrapping that will fail.
That seems strange to me. From the doc of may_alias:
"Accesses through pointers to types with this attrib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
--- Comment #7 from Richard Biener ---
I like the VCE using an array-type representation more because that won't
make the thing addressable early on (or force it to be alias-set zero). We
still have to fix expansion, of course.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
--- Comment #6 from rguenther at suse dot de ---
On Fri, 11 Apr 2014, glisse at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
>
> --- Comment #5 from Marc Glisse ---
> typedef int v2si __attribute__((vector_size (8)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
--- Comment #5 from Marc Glisse ---
typedef int v2si __attribute__((vector_size (8),may_alias));
typedef short v4hi __attribute__((vector_size (8),may_alias));
int f (v2si __A, int __N)
{ return (*(v4hi*)&__A)[__N]; }
also fails.
Reading the doc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
--- Comment #4 from Richard Biener ---
But it shows that expansion when falling back to the stack doesn't properly
consider TBAA.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
--- Comment #3 from Richard Biener ---
Btw, we don't simplify
_2 = VIEW_CONVERT_EXPR(__A_4(D))[2];
to a BIT_FIELD_REF.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60556
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60556
--- Comment #18 from Jakub Jelinek ---
Author: jakub
Date: Fri Apr 11 11:52:14 2014
New Revision: 209300
URL: http://gcc.gnu.org/viewcvs?rev=209300&root=gcc&view=rev
Log:
PR middle-end/60556
* expr.c (convert_move): Use emit_store_flag_fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60797
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60797
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Fri Apr 11 11:45:44 2014
New Revision: 209299
URL: http://gcc.gnu.org/viewcvs?rev=209299&root=gcc&view=rev
Log:
2014-04-11 Richard Biener
PR middle-end/60797
* varasm.c (ass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022
--- Comment #23 from Vladimir Kargov ---
(In reply to rguent...@suse.de from comment #20)
Your test also exploits this bug for me on trunk rev. 208043.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60819
Bug ID: 60819
Summary: dse1 removing not-dead insn (aliasing issue?)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022
--- Comment #22 from Richard Biener ---
Ah, bogus fix for another bug in my tree.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022
--- Comment #21 from Vladimir Kargov ---
(In reply to rguent...@suse.de from comment #20)
> I can't seem to observe the above with the testcase or sth like
> the following suitable for the testsuite
Can you please check the following:
#include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59121
--- Comment #20 from Richard Biener ---
Another issue for Fortran arrays is that when using array descriptors all
accesses will have symbolical (non-INTEGER_CST) stride. And graphite doesn't
support parameters in CHREC_RIGHT.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59817
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59817
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59817
--- Comment #4 from Richard Biener ---
The ICE tells us that the parameter isn't recorded as parameter in the SESE
region:
(gdb) p debug_scop_params (s, 2)
# parameters (
# Parameter names are provided
1
# Parameter names
_10 pretmp_30 offset.3_1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60663
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
1 - 100 of 119 matches
Mail list logo
