--- Comment #20 from jason at gcc dot gnu dot org 2010-02-10 22:00 ---
Fixed (to require defaulting outside the class) for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from jason at gcc dot gnu dot org 2010-02-10 22:00 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #3 from jason at gcc dot gnu dot org 2010-02-10 22:45 ---
Subject: Bug 41896
Author: jason
Date: Wed Feb 10 22:45:07 2010
New Revision: 156673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156673
Log:
PR c++/41896
* semantics.c (outer_lambda_capture_
--- Comment #4 from jason at gcc dot gnu dot org 2010-02-10 22:46 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from janis at gcc dot gnu dot org 2010-02-10 22:48 ---
Alan, do you have an update on this? Does you patch fix just the ICE or also
the runtime segfault described in comment #2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42344
--- Comment #16 from steven at gcc dot gnu dot org 2010-02-10 22:50 ---
In fwprop.c of r118475, we get to propagate_rtx_1 (fwprop.c:334):
/* Copy propagations are always ok. Otherwise check the costs. */
if (!(REG_P (old) && REG_P (new))
&& !should_re
--- Comment #17 from bonzini at gnu dot org 2010-02-10 23:11 ---
Subject: Re: [4.3/4.4/4.5 regression] Code size
increase on ARM due to poor register allocation
> Perhaps we should prefer addresses based on the frame pointer over other
> addresses?
Yes, that's definitely better from
--- Comment #8 from amodra at gmail dot com 2010-02-10 23:20 ---
I haven't tested my patch against eon, just the testcase here and of course the
gcc testsuite. Latest patch url given above
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42344
--- Comment #15 from foom at fuhm dot net 2010-02-10 23:24 ---
Nope, adding -fno-indirect-inlining has no effect.
I'm now using:
g++-4.5 (Debian 4.5-20100202-1) 4.5.0 20100202 (experimental) [trunk revision
156452]
Problem still occurs, -fno-ipa-cp still makes it go away.
--
http:
--- Comment #3 from burnus at gcc dot gnu dot org 2010-02-10 23:40 ---
(In reply to comment #2)
> Daniel: Wouldn't it be enough to duplicate c-cppbuiltin.c's
> builtin_define_with_value and builtin_define_with_int_value for fortran/cpp.c?
> Regarding builtin_define_std: Couldn't one simp
--- Comment #18 from ramana at gcc dot gnu dot org 2010-02-10 23:45 ---
(In reply to comment #16)
> In fwprop.c of r118475, we get to propagate_rtx_1 (fwprop.c:334):
>
> /* Copy propagations are always ok. Otherwise check the costs. */
> if (!(REG_P (old) && REG_P
--- Comment #19 from steven at gcc dot gnu dot org 2010-02-10 23:47 ---
In r118474, cse.c:find_best_addr makes the replacement here:
if ((addr_folded_cost < addr_cost
|| (addr_folded_cost == addr_cost
/* ??? The rtx_cost comparison is left ove
--- Comment #20 from steven at gcc dot gnu dot org 2010-02-10 23:53 ---
I'll leave it to someone else to implement and test the details...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
Compile this code for 32-bit using -fPIC:
int fn(int i) {
switch (i)
{
case 0:
return 0;
case 1:
return 1;
case 2:
return 2;
case 3:
return 3;
case 4:
return 4;
case 5:
return 5;
case 6:
return 6;
case 7:
return
--- Comment #1 from jakub at gcc dot gnu dot org 2010-02-11 00:05 ---
I'd say this is a gas bug, I don't see why if we don't need on x86 the local
symbols in .long .L3 or call .L3 cases, we don't need it for .long @gotoff
either, resolving it to .text + is perfectly fine.
--
ht
On Wed, Feb 10, 2010 at 12:26, amonakov at gcc dot gnu dot org
wrote:
> I don't see how this patch makes simple_iv call from number_of_iterations_exit
> return true for j_20. Could you please kindly explain?
We used to analyze the second scop after the code generation of the
first one. In that
--- Comment #11 from sebpop at gmail dot com 2010-02-11 00:29 ---
Subject: Re: [4.5 Regression][graphite] ICE: in
graphite_loop_normal_form, at graphite-sese-to-poly.c (2)
On Wed, Feb 10, 2010 at 12:26, amonakov at gcc dot gnu dot org
wrote:
> I don't see how this patch makes
--- Comment #9 from janis at gcc dot gnu dot org 2010-02-11 00:50 ---
I tried the patch and it fixes both of the problems with eon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42344
GCC trunk gets an internal compiler error when building SPEC CPU2006 test
447.dealII on powerpc64-linux with "-O2 -fgraphite-identity" or "-O2
-floop-parallelize-all" for either -m32 or -m64, as demonstrated by a minimized
testcase that I'll attach to this PR. Perhaps someone else will be able to
--- Comment #1 from janis at gcc dot gnu dot org 2010-02-11 01:02 ---
Created an attachment (id=19837)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19837&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43026
--- Comment #3 from schaub-johannes at web dot de 2010-02-11 01:08 ---
Well this is certainly not valid C++03, so i have tagged it c++0x (class member
name lookup was completely rewritten in c++0x, which made it valid and which
also added 10.2). In '03, the following should fail i think,
Given the 3-line C file below, compilation with gcc-4.4.2 produces the output
that follows the code ("gcc -v" output provided as well). I am not providing
the corresponding .i file under bug reporting guidelines "excuse ii": small
file that doesn't include any other file.
==begin code==
enum
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-11 01:54 ---
Looks related to PR 37267 but that talks about #pragma inside struct. Hmm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43027
--- Comment #29 from paolo dot carlini at oracle dot com 2010-02-11 01:59
---
Thanks to the recent fixes and all the good work Jason did, I'm pretty sure
that now a normal enable_if or decltype on the return type would work just
fine. I'm wondering if we should just do that, for 4.5.0 a
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-02-11
02:04 ---
This section in darwin.c seems a bit strange...
if (!DECL_EXTERNAL (decl)
&& (!TREE_PUBLIC (decl) || !DECL_WEAK (decl))
&& ! lookup_attribute ("weakref", DECL_ATTRIBUTES (decl))
&& ((TR
--- Comment #2 from PHHargrove at lbl dot gov 2010-02-11 02:09 ---
(In reply to comment #1)
> Looks related to PR 37267 but that talks about #pragma inside struct. Hmm.
Indeed this shares w/ PR 37267 the fact that the original code looks roughly
like:
enum {
#include "enum_body
--- Comment #5 from jason at gcc dot gnu dot org 2010-02-11 02:13 ---
Subject: Bug 41896
Author: jason
Date: Thu Feb 11 02:12:53 2010
New Revision: 156678
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156678
Log:
PR c++/41896
* semantics.c (outer_lambda_capture_
--- Comment #2 from hjl dot tools at gmail dot com 2010-02-11 03:20 ---
It is caused by revision 153881:
http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00097.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #12 from law at redhat dot com 2010-02-11 04:49 ---
Subject: Re: [4.4/4.5 regression] IRA apparently systematically
making reload too busy on 2 address instructions with 3 operands
On 02/10/10 02:46, steven at gcc dot gnu dot org wrote:
> --- Comment #9 from steven at
--- Comment #4 from jason at gcc dot gnu dot org 2010-02-11 05:29 ---
Thanks for pointing out that this has changed since C++03, though the change
was to fix to something that was clearly broken.
In any case, I disagree with issue 983. The point of the example is that it
doesn't matter
--- Comment #3 from spop at gcc dot gnu dot org 2010-02-11 05:57 ---
Subject: Bug 42930
Author: spop
Date: Thu Feb 11 05:57:30 2010
New Revision: 156682
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156682
Log:
Fix PR42930.
2010-02-10 Sebastian Pop
PR middle-end/42
--- Comment #4 from spop at gcc dot gnu dot org 2010-02-11 06:00 ---
Fixed on the Graphite branch, I will commit this to trunk after automatic
tests.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--
101 - 133 of 133 matches
Mail list logo
