http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60327
Richard Biener changed:
What|Removed |Added
Keywords||lto
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60327
Bug ID: 60327
Summary: [4.9 Regression] xalanbmk and dealII ICE in
ipa-inline-analysis.c:3555
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60325
Richard Biener changed:
What|Removed |Added
Keywords||lto
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60319
Richard Biener changed:
What|Removed |Added
Keywords||lto
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60319
--- Comment #2 from Richard Biener ---
4.7 and lower is expected to show this behavior due to the bug that c++ is
not properly implemented as c = (char)((int)c + 1) and thus we think that
overflow is undefined.
4.8 and above has that fixed and th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60319
--- Comment #3 from Zhendong Su ---
(In reply to Richard Biener from comment #1)
> Hmm, I can't reproduce this with 4.8 or trunk but with 4.5, 4.6 and 4.7.
Richard, it still fails for me. Did you use LTO?
$ gcc-trunk -v
Using built-in specs.
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59198
--- Comment #10 from paul.richard.thomas at gmail dot com ---
A further small remark, when the explicit interface for obs1_int is
turned to a subroutine, everything works perfectly. I am homing in on
this as being the source of the trouble; I sus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60319
--- Comment #4 from Richard Biener ---
(In reply to Zhendong Su from comment #3)
> (In reply to Richard Biener from comment #1)
> > Hmm, I can't reproduce this with 4.8 or trunk but with 4.5, 4.6 and 4.7.
>
> Richard, it still fails for me. Did y
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45791
Matthijs Kooijman changed:
What|Removed |Added
CC||matthijs at stdin dot nl
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60326
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60292
--- Comment #5 from Dominique d'Humieres ---
The PR is fixed by the patch in comment 2 without regression, see
http://gcc.gnu.org/ml/gcc-testresults/2014-02/msg01688.html.
Thanks for the quick fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
Richard Biener changed:
What|Removed |Added
Blocks||60243
--- Comment #2 from Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60292
--- Comment #6 from Andrey Belevantsev ---
(In reply to Dominique d'Humieres from comment #5)
> The PR is fixed by the patch in comment 2 without regression, see
> http://gcc.gnu.org/ml/gcc-testresults/2014-02/msg01688.html.
>
> Thanks for the qu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60317
--- Comment #3 from Richard Biener ---
This whole thing updating keys and such should use a proper lattice of
per-cgraph and per-edge node sizes/times which can be updated with a
less ad-hoc algorithm than the current one which easily and complete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60317
--- Comment #4 from Richard Biener ---
(In reply to Richard Biener from comment #3)
> This whole thing updating keys and such should use a proper lattice of
> per-cgraph and per-edge node sizes/times which can be updated with a
> less ad-hoc algor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
--- Comment #3 from Richard Biener ---
This whole thing updating keys and such should use a proper lattice of
per-cgraph and per-edge node sizes/times which can be updated with a
less ad-hoc algorithm than the current one which easily and complete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60266
--- Comment #4 from Martin Jambor ---
Author: jamborm
Date: Mon Feb 24 12:39:52 2014
New Revision: 208067
URL: http://gcc.gnu.org/viewcvs?rev=208067&root=gcc&view=rev
Log:
2014-02-24 Martin Jambor
PR ipa/60266
* ipa-cp.c (propagate_co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60266
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
--- Comment #4 from Richard Biener ---
When calling do_estimate_edge_size to compute the effect on caller size when
inlining an edge we call estimate_node_size_and_time which eventually recurses
down to estimate_calls_size_and_time (why!? call ed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
--- Comment #5 from Richard Biener ---
Hmm, ok - it is supposed to only account for the extra call edges in the
inlined
bodies. The actual issue seems to be
Deciding on inlining of small functions. Starting with size 114.
Enqueueing calls in Te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
--- Comment #6 from Richard Biener ---
Btw, the smaller testcase (E4 case commented) shows exactly the same behavior,
we just seem to be exponential so only adding E4 makes it "really" bad.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59894
--- Comment #4 from Marc Glisse ---
(In reply to Marc Glisse from comment #0)
> PR 59893 considers a different path using LTO to inline at link time the
> definition from libsupc++.
Note that doing both at the same time:
1) provide an inline vers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
--- Comment #7 from Richard Biener ---
Note that we seem to fail to update BB predicates for switch stmts.
size:0.00, time:0.00, predicate:(true)
size:3.00, time:2.00, predicate:(not inlined)
size:2.00, time:2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580
Dodji Seketeli changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580
Richard Biener changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58950
Marc Glisse changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60319
--- Comment #5 from Zhendong Su ---
Did you separately compile the two files at -O0 and link at -Os, like below?
> $ gcc-trunk -flto -O0 -c foo.c
> $ gcc-trunk -flto -O0 -c main.c
> $ gcc-trunk -flto -Os foo.o main.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50677
--- Comment #4 from H.J. Lu ---
Combine generates
Trying 6, 7 -> 8:
Failed to match this instruction:
(set (mem/v:SI (reg/v/f:DI 85 [ i ]) [2 *i_2(D)+0 S4 A32])
(plus:SI (mem/v:SI (reg/v/f:DI 85 [ i ]) [2 *i_2(D)+0 S4 A32])
(const_int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58950
--- Comment #15 from Paolo Carlini ---
I don't think you simply want a better fix for 54583, because for the testcase
in #Comment 13 the new conditional setting TREE_NO_WARNING isn't used.
Otherwise, I think it would be easy to tighten it via arra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58950
--- Comment #16 from Marc Glisse ---
(In reply to Paolo Carlini from comment #15)
> I don't think you simply want a better fix for 54583, because for the
> testcase in #Comment 13 the new conditional setting TREE_NO_WARNING isn't
> used. Otherwise
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50677
--- Comment #5 from Andrew Pinski ---
(In reply to H.J. Lu from comment #4)
> Why doesn't combine include (clobber (reg:CC 17 flags))?
It has nothing to do with the clobber.
Inside combine_instructions there is a call to init_recog_no_volatile wh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58950
--- Comment #17 from Paolo Carlini ---
Yes, I know that. What I'm saying is that other code may want to see that
TREE_NO_WARNING honored, the issue doesn't have much to do with 54583 per se.
In my personal opinion removing a TREE_NO_WARNING check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60319
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60319
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60312
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60312
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Mon Feb 24 18:47:20 2014
New Revision: 208092
URL: http://gcc.gnu.org/viewcvs?rev=208092&root=gcc&view=rev
Log:
PR c++/60312
* parser.c (cp_parser_template_type_arg): Check for inv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60146
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60328
Bug ID: 60328
Summary: [4.8/4.9 Regression] [c++11] ICE/Rejection with
specialization in variadic template
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60329
Bug ID: 60329
Summary: Fix Typo
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60330
Bug ID: 60330
Summary: Licensed an unlicensed file
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60331
Bug ID: 60331
Summary: ICE with OpenMP #pragma omp declare reduction in
template class
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-cod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60332
Bug ID: 60332
Summary: [c++1y] ICE with auto in function-pointer cast
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, lto
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37140
--- Comment #15 from fabien at gcc dot gnu.org ---
Author: fabien
Date: Mon Feb 24 20:27:34 2014
New Revision: 208093
URL: http://gcc.gnu.org/viewcvs?rev=208093&root=gcc&view=rev
Log:
2014-02-24 Fabien Chene
PR c++/37140
* parse
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60312
Adam Butcher changed:
What|Removed |Added
CC||abutcher at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60312
--- Comment #4 from Volker Reichelt ---
> I think this might have fixed PR c++/60311 too.
Alas not, that one still crashes for me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60295
--- Comment #3 from H.J. Lu ---
lto_wpa_write_files has
for (i = 0; i < n_sets; i++)
{
...
stream_out (temp_filename, part->encoder, i == n_sets - 1);
...
}
n_sets is 32 when bootstrapping GCC. With parallel build, we
may build cc1, cc1plus, f9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60312
--- Comment #5 from Adam Butcher ---
Actually strike that, my [local] changes relating to PR c++/60065
(http://gcc.gnu.org/ml/gcc-patches/2014-02/msg01437.html) seem to have changed
the behavior.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60333
Bug ID: 60333
Summary: type_traits make_signed, make_unsigned missing support
for long long enumerations
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60295
--- Comment #4 from Jan Hubicka ---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60295
>
> --- Comment #3 from H.J. Lu ---
> lto_wpa_write_files has
>
> for (i = 0; i < n_sets; i++)
> {
> ...
> stream_out (temp_filename, part->encoder, i == n_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60146
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Mon Feb 24 22:17:43 2014
New Revision: 208094
URL: http://gcc.gnu.org/viewcvs?rev=208094&root=gcc&view=rev
Log:
PR c++/60146
* pt.c (tsubst_omp_for_iterator): Don't let substitutio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60146
Jason Merrill changed:
What|Removed |Added
Summary|[4.8/4.9 Regression] ICE|[4.8 Regression] ICE when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60328
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60295
--- Comment #5 from H.J. Lu ---
(In reply to Jan Hubicka from comment #4)
> I think this is better variant
> $ svn diff ~/trunk/gcc/lto/lto.c
> Index: /aux/hubicka/trunk/gcc/lto/lto.c
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51239
Jason Merrill changed:
What|Removed |Added
CC||reagentoo at gmail dot com
--- Comment #7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60295
--- Comment #6 from Jan Hubicka ---
Author: hubicka
Date: Mon Feb 24 22:58:44 2014
New Revision: 208097
URL: http://gcc.gnu.org/viewcvs?rev=208097&root=gcc&view=rev
Log:
PR lto/60295
* lto.c (stream_out): Avoid parallel streaming with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60334
Bug ID: 60334
Summary: Segmentation fault on character pointer assignments
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60335
Bug ID: 60335
Summary: confused by earlier errors, bailing out
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60065
--- Comment #3 from Adam Butcher ---
Author: abutcher
Date: Tue Feb 25 03:47:24 2014
New Revision: 208106
URL: http://gcc.gnu.org/viewcvs?rev=208106&root=gcc&view=rev
Log:
Fix PR c++/60065.
PR c++/60065
* parser.c (cp_parser_direct_decla
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60328
--- Comment #2 from reagentoo at gmail dot com ---
(In reply to Jason Merrill from comment #1)
> GCC 4.9 implements the tentative resolution of DR 1430.
>
> http://open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#1430
>
> *** This bug has been ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847
--- Comment #34 from Jeffrey A. Law ---
OK. Then I suggest two immediate things to do.
1. Fix the documentation for cc0 targets to indicate that the setter/user no
longer have to be consecutive, particularly in the presence of
flag_trapping_math
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60292
--- Comment #7 from Andrey Belevantsev ---
Author: abel
Date: Tue Feb 25 06:35:09 2014
New Revision: 208109
URL: http://gcc.gnu.org/viewcvs?rev=208109&root=gcc&view=rev
Log:
PR rtl-optimization/60292
* sel-sched.c (fill_vec_av_set): Do no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60155
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #6 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60311
--- Comment #1 from Adam Butcher ---
Author: abutcher
Date: Tue Feb 25 06:44:53 2014
New Revision: 208111
URL: http://gcc.gnu.org/viewcvs?rev=208111&root=gcc&view=rev
Log:
Fix PR c++/60311.
PR c++/60311
* parser.c (function_being_declare
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60305
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60292
Andrey Belevantsev changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
66 matches
Mail list logo
