https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57233
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Fri Jun 27 07:03:50 2014
New Revision: 212063
URL: https://gcc.gnu.org/viewcvs?rev=212063&root=gcc&view=rev
Log:
PR tree-optimization/57233
PR tree-optimization/61299
* tree-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61299
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Fri Jun 27 07:03:50 2014
New Revision: 212063
URL: https://gcc.gnu.org/viewcvs?rev=212063&root=gcc&view=rev
Log:
PR tree-optimization/57233
PR tree-optimization/61299
* tree-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61585
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61586
--- Comment #6 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Jun 27 08:37:34 2014
New Revision: 212065
URL: https://gcc.gnu.org/viewcvs?rev=212065&root=gcc&view=rev
Log:
Backport from mainline
2014-06-26 Uros Bizjak
PR t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61585
--- Comment #5 from Kai Tietz ---
Sure. It isn't urgent as tests have shown that in standard-usage we didn't hit
out-of-bounds access.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61586
--- Comment #7 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Jun 27 08:47:17 2014
New Revision: 212066
URL: https://gcc.gnu.org/viewcvs?rev=212066&root=gcc&view=rev
Log:
Backport from mainline
2014-06-26 Uros Bizjak
PR t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61586
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61586
Uroš Bizjak changed:
What|Removed |Added
URL||https://gcc.gnu.org/ml/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61614
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58930
--- Comment #6 from Paolo Carlini ---
The patch isn't trivial but I understand that it fixes quite a few issues. Thus
certainly no objections from me. Just ask on the mailing list: if Jason agrees,
please go ahead. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61623
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61621
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59611
Richard Biener changed:
What|Removed |Added
Depends on||61473
--- Comment #4 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61619
Richard Biener changed:
What|Removed |Added
Depends on||61473
--- Comment #4 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
Bug ID: 61628
Summary: A program that reads from a file with stream access
and uses pack() suddenly stops
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850
--- Comment #23 from PaX Team ---
some data points based on my experience with the 'checker' gcc plugin in PaX:
1. the C address space infrastructure available since gcc 4.6 can be sort of
coerced into implementing the __user/__kernel/etc addres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61160
--- Comment #8 from Martin Jambor ---
Author: jamborm
Date: Fri Jun 27 11:32:00 2014
New Revision: 212070
URL: https://gcc.gnu.org/viewcvs?rev=212070&root=gcc&view=rev
Log:
2014-06-27 Martin Jambor
PR ipa/61160
* cgraphclones.c (dupl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61621
--- Comment #2 from Holger Seelig ---
To my understanding and what I know is that a switch like the following:
switch (i)
{
case 10:
func_a();
break;
case 11:
func_b();
break;
case 12:
func_c();
break
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60899
Hristo Venev changed:
What|Removed |Added
CC||mustrumr97 at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51840
--- Comment #6 from Kai Tietz ---
So this is a source of endless bugs ... and all are related to merging of
basic-blocks.
By the following patch the sample can be built successful on x64 targets.
There seems to be another issue for x86 targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61629
Bug ID: 61629
Summary: [4.10 regression] FAIL: gcc.dg/20020312-2.c (internal
compiler error)
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61160
--- Comment #9 from Martin Jambor ---
Author: jamborm
Date: Fri Jun 27 13:29:09 2014
New Revision: 212071
URL: https://gcc.gnu.org/viewcvs?rev=212071&root=gcc&view=rev
Log:
2014-06-27 Martin Jambor
PR ipa/61160
* cgraphclones.c (dupl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60899
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61614
--- Comment #5 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Jun 27 14:04:28 2014
New Revision: 212073
URL: https://gcc.gnu.org/viewcvs?rev=212073&root=gcc&view=rev
Log:
/cp
2014-06-27 Paolo Carlini
PR c++/61614
* semanti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61630
Bug ID: 61630
Summary: [4.10 Regression] ICE in symtab_get_node
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61630
David Edelsohn changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850
--- Comment #24 from Manuel López-Ibáñez ---
(In reply to PaX Team from comment #23)
> 3. designated_init is a tricky problem because by the time a plugin can
> examine variable initializers, gcc will have lost the information. however
> with a t
cc_current/configure --enable-checking=fold
--disable-multilib
Thread model: posix
gcc version 4.10.0 20140627 (experimental) [trunk revision 212073] (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632
Bug ID: 61632
Summary: memory corruption in Fortran RTL when writing
formatted data
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61614
--- Comment #6 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Jun 27 14:33:39 2014
New Revision: 212074
URL: https://gcc.gnu.org/viewcvs?rev=212074&root=gcc&view=rev
Log:
/cp
2014-06-27 Paolo Carlini
PR c++/61614
* semanti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61614
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61615
--- Comment #1 from Jacob Abel ---
I was also told the following incorrect behavior is present from 4.8.1 and on.
I've tested with 4.8.1 and 4.8.2 and received the same behavior.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61629
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61566
--- Comment #2 from Paolo Carlini ---
Further reduced below. I think it may be just matter of loosening the
gcc_assert in write_unscoped_enum:
Index: mangle.c
===
--- mangle.c(r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61631
Dmitry G. Dyachenko changed:
What|Removed |Added
CC||tsaunders at mozilla dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61633
Bug ID: 61633
Summary: AArch64 SISD ASHR instruction split clobbers input
register.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61633
mshawcroft at gcc dot gnu.org changed:
What|Removed |Added
Target||aarch64*-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58770
Ólafur Waage changed:
What|Removed |Added
CC||olafurw at gmail dot com
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61555
Hristo Venev changed:
What|Removed |Added
CC||mustrumr97 at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61631
--- Comment #2 from Trevor Saunders ---
> r211936 PASS
> [r211937..r211985) not build with --enable-checking=fold due PR61598
> r211985 FAIL
I think if you apply r211985 directly on top of r211937 you'll find that
bootstraps, so presumably some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61630
--- Comment #1 from Uroš Bizjak ---
Dup of PR61330 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58770
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61607
--- Comment #8 from Jeffrey A. Law ---
FWIW, I vaguely recall experimenting with following the SSA_NAME_VALUE chains
in the past and having problems with cycles. IIRC we can get cycles from
things like recording equivalences created by equality
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61634
Bug ID: 61634
Summary: [4.8.3/4.9.1] ICE in in vect_get_vec_def_for_operand,
at tree-vect-stmts.c:1423
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61622
baoshan changed:
What|Removed |Added
CC||pangbw at gmail dot com
--- Comment #2 from ba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61607
--- Comment #9 from Jeffrey A. Law ---
So, the length of the SSA_NAME_VALUE chains is pretty much as expected. The
overwhelming majority of the time there is nothing in the SSA_NAME_VALUE chain
or a single entry. Then there's a very small perce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61542
--- Comment #8 from Peter Bergner ---
Author: bergner
Date: Fri Jun 27 19:31:25 2014
New Revision: 212083
URL: https://gcc.gnu.org/viewcvs?rev=212083&root=gcc&view=rev
Log:
Merge up to 212074.
* REVISION: Update subversion id.
Picks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61542
--- Comment #9 from Peter Bergner ---
Author: bergner
Date: Fri Jun 27 19:32:52 2014
New Revision: 212084
URL: https://gcc.gnu.org/viewcvs?rev=212084&root=gcc&view=rev
Log:
Merge up to 212077.
* REVISION: Update subversion id.
Picks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61622
--- Comment #3 from roland at gnu dot org ---
Oops! Meant to paste that:
gcc/cc1 -fpreprocessed ref_vld1_dup.i -quiet -dumpbase ref_vld1_dup.i
-mfloat-abi=softfp -mfpu=neon -mtls-dialect=gnu -auxbase ref_vld1_dup -O1
-std=gnu99 -version -o ref_v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61631
--- Comment #3 from Dmitry G. Dyachenko ---
(In reply to Trevor Saunders from comment #2)
> > r211936 PASS
> > [r211937..r211985) not build with --enable-checking=fold due PR61598
> > r211985 FAIL
>
> I think if you apply r211985 directly on top
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61631
Dmitry G. Dyachenko changed:
What|Removed |Added
CC||hubicka at ucw dot cz
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59867
--- Comment #13 from Ed Smith-Rowland <3dw4rd at verizon dot net> ---
Created attachment 33020
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33020&action=edit
Patch 58781, 59867, 60249, ...
I think I got it.
Don't mess with the token stre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58781
--- Comment #4 from Ed Smith-Rowland <3dw4rd at verizon dot net> ---
Created attachment 33021
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33021&action=edit
Patch 58781, 59867, 60249, ..
I think I got it.
Don't mess with the token stream
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59867
--- Comment #12 from Ed Smith-Rowland <3dw4rd at verizon dot net> ---
Created attachment 33019
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33019&action=edit
Patch 58781, 59867, 60249, ...
I think I got it.
Don't mess with the token stre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61499
--- Comment #5 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Jun 27 21:11:20 2014
New Revision: 212089
URL: https://gcc.gnu.org/viewcvs?rev=212089&root=gcc&view=rev
Log:
2014-06-27 Jerry DeLisle
Backport from trunk.
PR libgfortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
Bug ID: 61635
Summary: LTO partitioner does not handle &&label in statics
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61499
--- Comment #6 from Jerry DeLisle ---
Author: jvdelisle
Revision: 212060
Modified property: svn:log
Modified: svn:log at Fri Jun 27 21:34:33 2014
--
--- svn:log (origina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249
--- Comment #4 from Ed Smith-Rowland <3dw4rd at verizon dot net> ---
Created attachment 33022
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33022&action=edit
Patch 58781, 59867, 60249, ...
I think I got it.
Don't mess with the token strea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61499
--- Comment #7 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Jun 27 21:38:06 2014
New Revision: 212090
URL: https://gcc.gnu.org/viewcvs?rev=212090&root=gcc&view=rev
Log:
2014-06-27 Jerry DeLisle
Backport from mainline.
PR libgfo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61433
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Fri Jun 27 21:38:24 2014
New Revision: 212091
URL: https://gcc.gnu.org/viewcvs?rev=212091&root=gcc&view=rev
Log:
PR c++/61433
* error.c (dump_template_bindings): Don't tsubst in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249
--- Comment #5 from Paolo Carlini ---
Patch looks *great*. If it works, please send it to mailing list ASAP.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61566
--- Comment #3 from Paolo Carlini ---
In fact, it seems to me that something is going wrong with the context: I don't
see why isn't just a PARM_DECL, as happens for a non-template version of foo.
Better if Jason looks into the issue...
This is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #2 from andi at firstfloor dot org ---
Test case
git clone https://github.com/andikleen/linux-misc -b lto-linus-3.15
Build with the attached kernel config (copy to .config in the build dir) and
4.9
-Andi
On Fri, Jun 27, 2014 at 11:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61433
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Sat Jun 28 03:44:53 2014
New Revision: 212098
URL: https://gcc.gnu.org/viewcvs?rev=212098&root=gcc&view=rev
Log:
PR c++/61433
* error.c (dump_template_bindings): Don't tsubst in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61433
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
Eric Martin changed:
What|Removed |Added
CC||ericmark26 at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #3 from Jan Hubicka ---
>
> git clone https://github.com/andikleen/linux-misc -b lto-linus-3.15
> Build with the attached kernel config (copy to .config in the build dir) and
> 4.9
Aha, we still compile kernel with -fno-toplevel-rep
73 matches
Mail list logo
