http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
Martin von Gagern Martin.vGagern at gmx dot net changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59582
--- Comment #6 from Joey Ye joey.ye at arm dot com ---
duplication of https://sourceware.org/bugzilla/show_bug.cgi?id=15323
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
--- Comment #14 from David Binderman dcb314 at hotmail dot com ---
(In reply to Jan Hubicka from comment #13)
I see, we should just short citcuit case when caller_freq
is 0. I will test patch.
Any news with the patch ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58252
--- Comment #10 from David Binderman dcb314 at hotmail dot com ---
(In reply to David Binderman from comment #6)
(In reply to Jan Hubicka from comment #5)
This seems like a frontend issue to me.
Still broken in trunk dated 20131016.
Still
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47735
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
I wonder what is the point of even looking at the alignment of VAR_DECLs that
are SSA_NAME_VAR of SSA_NAMEs if we're not putting those into stack.
So perhaps something like:
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #10 from Harald Anlauf anlauf at gmx dot de ---
(In reply to janus from comment #9)
Created attachment 31557 [details]
reduce test case
Reduced test case. Should print '1' and does so with 4.7.4, but prints '0'
with 4.8 and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC||trippels
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59638
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59637
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59632
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59631
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59630
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59651
--- Comment #5 from Bingfeng Mei bmei at broadcom dot com ---
Created attachment 31559
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31559action=edit
initial patch
Hi, Tejas, vect_create_cond_for_alias_checks contains a bug in handling
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
janus at gcc dot gnu.org changed:
What|Removed |Added
Attachment #31557|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59477
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59651
--- Comment #6 from belagod at gcc dot gnu.org ---
Thanks for the patch. It fixes this particular test case regression. I've
kicked off a full regression and will let you know the results soon.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59436
--- Comment #20 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
FYI Mike's and Jakub's patch also fixes the boost testsuite issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59622
--- Comment #15 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 31561
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31561action=edit
gcc49-pr59622-2.patch
So, do we want something like this? For incompatible return type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59605
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #13 from janus at gcc dot gnu.org ---
(In reply to janus from comment #12)
- /* Make sure the vtab has been generated. */
- gfc_find_derived_vtab (derived);
This line was added in r163631, which was my fix for PR 42769.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|[OOP] Broken function table |[4.8/4.9 Regression] [OOP]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59630
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50181
--- Comment #3 from wschmidt at linux dot vnet.ibm.com ---
Thanks, Steven! I have been on an extended vacation but will have a
look at this shortly. Very likely this was fixed long ago and the
bugzilla not cleaned up.
Bill
On Thu, 2013-12-26
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59494
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
Alternatively we should just remove that scan-tree-dump-times from the test
altogether, counting additions where either lhs or rhs1 of addition has vect_
in name is quite flawed, we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59658
Bug ID: 59658
Summary: Document -f* flags enabled by -Og
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59630
--- Comment #3 from Marek Polacek mpolacek at gcc dot gnu.org ---
One alternative could be the following (though completely untested):
--- a/gcc/builtins.c
+++ b/gcc/builtins.c
@@ -14227,6 +14227,10 @@ fold_call_stmt (gimple stmt, bool ignore)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59649
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40199
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59593
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59659
Bug ID: 59659
Summary: large zero-initialized std::array of std::atomic
compile time excessive
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41852
--- Comment #6 from Teresa Johnson tejohnson at google dot com ---
I cannot reproduce this bug. The original test case cannot be used
because the gcda format is old, but I also cannot reproduce a problem
using the sms-3.c test either. I just
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59477
--- Comment #4 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Usually combiner will reject such combination on i?86/x86_64 in the fn
argument hard reg setup insns because of cant_combine_insn_p, but here r8
isn't likely spilled. Also,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59519
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 31562
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31562action=edit
gcc49-pr59519.patch
I wonder if this isn't just a checking issue, the two PHI nodes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59477
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #4)
Usually combiner will reject such combination on i?86/x86_64 in the fn
argument hard reg setup insns because of cant_combine_insn_p, but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59659
--- Comment #1 from Casey Carter Casey at Carter dot net ---
Created attachment 31563
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31563action=edit
Minimal test case.
Attached minimal test case. std::atomicint arr[100]; compiles
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #15 from janus at gcc dot gnu.org ---
(In reply to janus from comment #13)
(In reply to janus from comment #12)
- /* Make sure the vtab has been generated. */
- gfc_find_derived_vtab (derived);
This line was added in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59477
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
A problem with doing this in create_log_links with a simpler tick counter might
be that it would prevent any combination across most of the CALL_INSNs.
Dunno how often that happens in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59622
--- Comment #16 from Jan Hubicka hubicka at ucw dot cz ---
So, do we want something like this? For incompatible return type or argument
types punt, unless it is the __builtin_unreachable/__cxa_pure_virtual case
which can be handled the same,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #16 from janus at gcc dot gnu.org ---
Author: janus
Date: Thu Jan 2 17:27:11 2014
New Revision: 206281
URL: http://gcc.gnu.org/viewcvs?rev=206281root=gccview=rev
Log:
2014-01-02 Janus Weil ja...@gcc.gnu.org
PR fortran/59654
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #17 from janus at gcc dot gnu.org ---
After r206281, the bug should be fixed on trunk.
Thomas, if you have the possibility to test a current trunk build, it would be
great if you could verify that the problem is gone also for your
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59582
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
See Also|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57471
--- Comment #3 from ppluzhnikov at gcc dot gnu.org ---
Author: ppluzhnikov
Date: Thu Jan 2 19:29:57 2014
New Revision: 206285
URL: http://gcc.gnu.org/viewcvs?rev=206285root=gccview=rev
Log:
For Google b/11970432, backport r200852 to fix PR57471.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59660
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59660
Bug ID: 59660
Summary: We fail to optimize common boolean checks pre-inlining
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #18 from tlcclt Thomas.L.Clune at nasa dot gov ---
Hello Janus,
I usually just use mac port these days, but I will try this weekend to build
gfortran from the current trunk. (If I fail, then I have the luxury of
assigning another
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53822
--- Comment #4 from Marc Glisse glisse at gcc dot gnu.org ---
Created attachment 31564
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31564action=edit
patch
(mostly untested)
This changes the message to:
error: call of overloaded 'f(NT)'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #19 from janus at gcc dot gnu.org ---
(In reply to tlcclt from comment #18)
I usually just use mac port these days
Apparently MacPorts does have GCC trunk snapshots. Tbe current one is from
2013-12-29 and I think they are updated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57945
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59378
--- Comment #8 from Marc Glisse glisse at gcc dot gnu.org ---
Author: glisse
Date: Thu Jan 2 22:26:24 2014
New Revision: 206300
URL: http://gcc.gnu.org/viewcvs?rev=206300root=gccview=rev
Log:
2014-01-02 Marc Glisse marc.gli...@inria.fr
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59378
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59641
--- Comment #2 from Marc Glisse glisse at gcc dot gnu.org ---
Author: glisse
Date: Thu Jan 2 22:43:24 2014
New Revision: 206303
URL: http://gcc.gnu.org/viewcvs?rev=206303root=gccview=rev
Log:
2014-01-02 Marc Glisse marc.gli...@inria.fr
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59087
--- Comment #9 from Marc Glisse glisse at gcc dot gnu.org ---
Author: glisse
Date: Thu Jan 2 22:45:56 2014
New Revision: 206304
URL: http://gcc.gnu.org/viewcvs?rev=206304root=gccview=rev
Log:
2014-01-02 Marc Glisse marc.gli...@inria.fr
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59641
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59087
--- Comment #10 from Marc Glisse glisse at gcc dot gnu.org ---
It seems to me that this is ok now.
* If you want complex, include that, not complex.h
* complex.h contains the C stuff for compatibility with C code, C code
doesn't include ccomplex,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53822
--- Comment #5 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Marc Glisse from comment #4)
Created attachment 31564 [details]
patch
(mostly untested)
This changes the message to:
error: call of overloaded 'f(NT)' {aka
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53822
--- Comment #6 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #5)
(In reply to Marc Glisse from comment #4)
There is code in error.c:type_to_string to print {aka . It does some
tricks to avoid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54570
--- Comment #15 from Jakub Jelinek jakub at gcc dot gnu.org ---
Note, this fix had PR59362 as follow-up.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #20 from Damian Rouson rouson at stanford dot edu ---
FYI, the current port of gcc49 via macports is broken
(https://trac.macports.org/ticket/41964) so I think Tom’s only choice will be
to build from source or build on another platform
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59661
Bug ID: 59661
Summary: documentation: __builtin_FUNCTION / _FILE listed as
returning int
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59661
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Keywords||documentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59519
--- Comment #7 from bin.cheng amker.cheng at gmail dot com ---
(In reply to Jakub Jelinek from comment #6)
Created attachment 31562 [details]
gcc49-pr59519.patch
I wonder if this isn't just a checking issue, the two PHI nodes created in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58950
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59044
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58965
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58856
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59661
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
69 matches
Mail list logo