http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
Martin von Gagern changed:
What|Removed |Added
CC||Martin.vGagern at gmx dot net
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59582
--- Comment #6 from Joey Ye ---
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 ---
(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 ---
(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 broken in trunk 2014
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47735
--- Comment #4 from Jakub Jelinek ---
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:
--- gcc/cfgexpand.c.jj2013-12-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #10 from Harald Anlauf ---
(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 trunk. ICEs with 4.6.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
Kn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59638
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59637
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59632
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59631
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59630
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
Markus Trippelsdorf changed:
What|Removed |Added
Target Milestone|--- |4.7.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59651
--- Comment #5 from Bingfeng Mei ---
Created attachment 31559
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31559&action=edit
initial patch
Hi, Tejas, vect_create_cond_for_alias_checks contains a bug in handling
negative step. The computed
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 changed:
What|Removed |Added
Priority|P2 |P3
CC|
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 ---
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
Assignee|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59622
--- Comment #15 from Jakub Jelinek ---
Created attachment 31561
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31561&action=edit
gcc49-pr59622-2.patch
So, do we want something like this? For incompatible return type or argument
types punt,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59605
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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 changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
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 at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59494
--- Comment #5 from Jakub Jelinek ---
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 have lots of other vector a
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 ---
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)
of a builtin, will u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59649
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40199
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59593
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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 ---
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 looked at the haifa-sched.c
sourc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59477
--- Comment #4 from Eric Botcazou ---
> 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, typically cx is initialized a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59519
--- Comment #6 from Jakub Jelinek ---
Created attachment 31562
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31562&action=edit
gcc49-pr59519.patch
I wonder if this isn't just a checking issue, the two PHI nodes created in
*new_exit_bb have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59477
--- Comment #5 from Jakub Jelinek ---
(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 here r8
> > isn't li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59659
--- Comment #1 from Casey Carter ---
Created attachment 31563
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31563&action=edit
Minimal test case.
Attached minimal test case. std::atomic arr[100]; compiles correctly,
so it seems to be an
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 r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59477
--- Comment #6 from Jakub Jelinek ---
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 practice though.
So perha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59622
--- Comment #16 from Jan Hubicka ---
> 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, and similarly punt f
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=206281&root=gcc&view=rev
Log:
2014-01-02 Janus Weil
PR fortran/59654
* resolve.c (r
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 full
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59582
Andrew Pinski changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
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=206285&root=gcc&view=rev
Log:
For Google b/11970432, backport r200852 to fix PR57471
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59660
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
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
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #18 from tlcclt ---
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 person on my staff to do it on our
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53822
--- Comment #4 from Marc Glisse ---
Created attachment 31564
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31564&action=edit
patch
(mostly untested)
This changes the message to:
error: call of overloaded 'f(NT&)' {aka 'f(unsigned int&)'} i
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 wee
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57945
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #7 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59378
--- Comment #8 from Marc Glisse ---
Author: glisse
Date: Thu Jan 2 22:26:24 2014
New Revision: 206300
URL: http://gcc.gnu.org/viewcvs?rev=206300&root=gcc&view=rev
Log:
2014-01-02 Marc Glisse
PR c++/59378
gcc/cp/
* typeck.c (build_x_v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59378
Marc Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59641
--- Comment #2 from Marc Glisse ---
Author: glisse
Date: Thu Jan 2 22:43:24 2014
New Revision: 206303
URL: http://gcc.gnu.org/viewcvs?rev=206303&root=gcc&view=rev
Log:
2014-01-02 Marc Glisse
PR c++/59641
gcc/cp/
* call.c (build_condi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59087
--- Comment #9 from Marc Glisse ---
Author: glisse
Date: Thu Jan 2 22:45:56 2014
New Revision: 206304
URL: http://gcc.gnu.org/viewcvs?rev=206304&root=gcc&view=rev
Log:
2014-01-02 Marc Glisse
PR c++/59087
gcc/cp/
* parser.c (cp_parser
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59641
Marc Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59087
--- Comment #10 from Marc Glisse ---
It seems to me that this is ok now.
* If you want , include that, not
* contains the C stuff for compatibility with C code, C code
doesn't include , so doesn't need that stuff (it wouldn't
make sense to mov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53822
--- Comment #5 from Manuel López-Ibáñez ---
(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 'f(unsigned int&)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53822
--- Comment #6 from Marc Glisse ---
(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 printing aka when there ar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54570
--- Comment #15 from Jakub Jelinek ---
Note, this fix had PR59362 as follow-up.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #20 from Damian Rouson ---
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 unless the port gets fixed
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 changed:
What|Removed |Added
Keywords||documentation
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59519
--- Comment #7 from bin.cheng ---
(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
> *new_exit_bb have the same a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58950
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59044
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58965
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58856
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59661
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Comp
69 matches
Mail list logo