--- Comment #1 from jason at gcc dot gnu dot org 2010-02-23 01:47 ---
This isn't specific to lambdas; this testcase gets the same ICE:
struct A
{
typedef void (F)();
F f = 1;
};
--
jason at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from jason at gcc dot gnu dot org 2010-02-23 01:50 ---
...which is a regression against 3.4, which says
wa.C:4: error: invalid initializer for virtual method `void A::f()'
--
jason at gcc dot gnu dot org changed:
What|Re
--- Comment #12 from jason at gcc dot gnu dot org 2010-02-23 18:32 ---
Subject: Bug 42837
Author: jason
Date: Tue Feb 23 18:31:58 2010
New Revision: 157013
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157013
Log:
PR c++/42837
* stor-layout.c (pla
--- Comment #8 from jason at gcc dot gnu dot org 2010-02-23 18:32 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jason at gcc dot gnu dot org 2010-02-23 18:32 ---
Subject: Bug 42800
Author: jason
Date: Tue Feb 23 18:32:09 2010
New Revision: 157014
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157014
Log:
PR debug/42800
* cfgexpand.c (expand_u
--- Comment #1 from jason at gcc dot gnu dot org 2010-02-23 18:32 ---
Subject: Bug 43143
Author: jason
Date: Tue Feb 23 18:32:20 2010
New Revision: 157015
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157015
Log:
PR c++/43143
* typeck2.c (digest_init_r)
--- Comment #13 from jason at gcc dot gnu dot org 2010-02-23 18:33 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
--- Comment #2 from jason at gcc dot gnu dot org 2010-02-23 18:34 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #8 from jason at gcc dot gnu dot org 2010-02-24 16:43 ---
What else could it be than a pointer? It might be possible to mark it somehow
so that the middle end knows to consider the referent uninitialized.
Incidentally, perhaps we should mark the this parameter as
--- Comment #6 from jason at gcc dot gnu dot org 2010-02-24 19:26 ---
Subject: Bug 12909
Author: jason
Date: Wed Feb 24 19:26:38 2010
New Revision: 157052
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157052
Log:
PR c++/12909
* mangle.c (write_type): Gi
--- Comment #12 from jason at gcc dot gnu dot org 2010-02-24 20:12 ---
(In reply to comment #11)
> (In reply to comment #8)
> > What else could it be than a pointer? It might be possible to mark it
> > somehow
> > so that the middle end knows to consider the r
--- Comment #16 from jason at gcc dot gnu dot org 2010-02-24 20:44 ---
(In reply to comment #14)
> > (In reply to comment #8)
> > > Incidentally, perhaps we should mark the this parameter as __restrict...
>
> I don't see how this would be correct (or usef
--- Comment #17 from jason at gcc dot gnu dot org 2010-02-24 20:45 ---
(In reply to comment #15)
> Alternatively, the C++ front-end could create an uninitialized variable for
> each member variable. Initialize those, then, at the very end of the
> constructor, assigned e
--- Comment #5 from jason at gcc dot gnu dot org 2010-02-24 23:14 ---
Changing component to debug.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jason at gcc dot gnu dot org 2010-02-26 20:47 ---
The patch looks good. I don't think we want to add an extension for this; if
we need an additional feature, it should be standardized.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37237
--
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-03-02 21:11 ---
I'm not seeing this with a cross-compiler.
--
jason at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from jason at gcc dot gnu dot org 2010-03-03 19:02 ---
Subject: Bug 12909
Author: jason
Date: Wed Mar 3 19:01:36 2010
New Revision: 157201
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157201
Log:
PR c++/12909
* mangle.c: Include
--- Comment #8 from jason at gcc dot gnu dot org 2010-03-03 19:02 ---
Subject: Bug 12909
Author: jason
Date: Wed Mar 3 19:01:46 2010
New Revision: 157202
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157202
Log:
PR c++/12909
* method.c (make_alias_for)
--- Comment #9 from jason at gcc dot gnu dot org 2010-03-03 19:02 ---
Subject: Bug 12909
Author: jason
Date: Wed Mar 3 19:01:58 2010
New Revision: 157203
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157203
Log:
PR c++/12909
* cgraph.h (varpool_no
--- Comment #10 from jason at gcc dot gnu dot org 2010-03-03 19:02 ---
Subject: Bug 12909
Author: jason
Date: Wed Mar 3 19:02:08 2010
New Revision: 157204
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157204
Log:
PR c++/12909
* lto-streamer.h (LTO_ta
--- Comment #11 from jason at gcc dot gnu dot org 2010-03-03 19:05 ---
As fixed as it reasonably can be until we switch to -fabi-version=4. We now
have a new mangling enabled with that flag, an error in the compiler for this
situation, a warning with -Wabi about the old mangling, and
--- Comment #15 from jason at gcc dot gnu dot org 2010-03-04 15:21 ---
Created an attachment (id=20022)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20022&action=view)
patch to fix mangle41.C on darwin
Ah, it seems darwin doesn't define ASM_OUTPUT_DEF. Does th
--- Comment #19 from jason at gcc dot gnu dot org 2010-03-05 23:00 ---
I just checked in a change to mangle40.C. Did it fix the darwin failures?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12909
--- Comment #21 from jason at gcc dot gnu dot org 2010-03-07 05:36 ---
Hmm, that's odd. Why would Darwin satisfy dg-require-alias when it doesn't
have ASM_OUTPUT_DEF?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12909
--- Comment #1 from jason at gcc dot gnu dot org 2010-03-08 02:37 ---
The code is ill-formed; specifically, the line
auto val = val;
violates 7.1.6.4/3: "The name of the object being declared shall not appear in
the initializer expression."
--
jason at gcc dot gnu dot o
--- Comment #2 from jason at gcc dot gnu dot org 2010-03-08 04:27 ---
and indeed this testcase gets the same crash:
void f()
{
auto val = val;
}
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jason at gcc dot gnu dot org 2010-03-09 02:38 ---
This is a bug: G++ fails to consider the built-in operator%(long,long) because
double is not an integral type.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jason at gcc dot gnu dot org 2010-03-09 22:32 ---
I agree with James Kanze's analysis.
--
jason at gcc dot gnu dot org changed:
What|Removed |
--
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 #8 from jason at gcc dot gnu dot org 2010-03-09 22:42 ---
This and 41786 are both bugs due to my change to push parameter declarations
early, so we get some semantic errors even though we're parsing tentatively.
--
jason at gcc dot gnu dot org changed:
--- Comment #1 from jason at gcc dot gnu dot org 2010-03-10 15:43 ---
Yes, that's valid.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
S
--
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 #6 from jason at gcc dot gnu dot org 2010-03-12 02:48 ---
strPOD isn't trivial; its copy assignment operator is ill-formed/deleted. This
is a change in PODness between C++98 and C++0x which may not have been
intended.
--
jason at gcc dot gnu dot org ch
--
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-03-22 20:39 ---
Subject: Bug 43281
Author: jason
Date: Mon Mar 22 20:38:46 2010
New Revision: 157651
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157651
Log:
PR c++/43281
* pt.c (contains_auto_r)
--- Comment #12 from jason at gcc dot gnu dot org 2010-03-22 20:39 ---
Subject: Bug 4
Author: jason
Date: Mon Mar 22 20:38:57 2010
New Revision: 157652
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157652
Log:
PR c++/4
* tree.c (pod_type_p):
--- Comment #13 from jason at gcc dot gnu dot org 2010-03-22 20:49 ---
Fixed by reverting to old semantics in C++98 mode.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jason at gcc dot gnu dot org 2010-03-22 20:50 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jason at gcc dot gnu dot org 2010-03-23 01:46 ---
I would think the position of the declarator-id ("GetBlobLiteral") would be a
better choice.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43487
--- Comment #4 from jason at gcc dot gnu dot org 2010-03-23 01:51 ---
I suppose we could wrap rvalue uses in NOP_EXPR and lvalue uses in
VIEW_CONVERT_EXPR.
Taras: You aren't actually trying to do this sort of analysis after lowering to
GIMPLE, are you?
--
jason at gcc dot gn
--
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-03-24 16:49 ---
Subject: Bug 43502
Author: jason
Date: Wed Mar 24 16:49:06 2010
New Revision: 157701
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157701
Log:
PR c++/43502
* parser.c (make_de
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
CC|jason at gcc dot gnu dot org|
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu
--- Comment #4 from jason at gcc dot gnu dot org 2010-03-24 18:13 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jason at gcc dot gnu dot org 2010-03-24 18:14 ---
Smaller testcase:
typedef int B;
B::B() {}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43509
--- Comment #3 from jason at gcc dot gnu dot org 2010-03-26 21:40 ---
Subject: Bug 43509
Author: jason
Date: Fri Mar 26 21:39:48 2010
New Revision: 157765
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157765
Log:
PR c++/43509
*
--
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 #1 from jason at gcc dot gnu dot org 2010-03-29 20:57 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jason at gcc dot gnu dot org 2010-03-30 00:14 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jason at gcc dot gnu dot org 2010-03-30 16:46 ---
Yes, this is a bug. The call to same_type_p in more_specialized_fn is wrong
because the two template parms have different indices.
--
jason at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from jason at gcc dot gnu dot org 2010-03-30 19:40 ---
Subject: Bug 43559
Author: jason
Date: Tue Mar 30 19:39:48 2010
New Revision: 157831
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157831
Log:
PR c++/43559
* pt.c (more_specialized_fn
--- Comment #6 from jason at gcc dot gnu dot org 2010-03-30 19:47 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jason at gcc dot gnu dot org 2010-03-30 21:19 ---
Subject: Bug 41786
Author: jason
Date: Tue Mar 30 21:19:23 2010
New Revision: 157838
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157838
Log:
PR c++/41185
PR c++/41786
*
--- Comment #9 from jason at gcc dot gnu dot org 2010-03-30 21:19 ---
Subject: Bug 41185
Author: jason
Date: Tue Mar 30 21:19:23 2010
New Revision: 157838
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157838
Log:
PR c++/41185
PR c++/41786
*
--- Comment #5 from jason at gcc dot gnu dot org 2010-03-30 21:21 ---
Subject: Bug 41786
Author: jason
Date: Tue Mar 30 21:20:58 2010
New Revision: 157839
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157839
Log:
PR c++/41185
PR c++/41786
*
--- Comment #10 from jason at gcc dot gnu dot org 2010-03-30 21:21 ---
Subject: Bug 41185
Author: jason
Date: Tue Mar 30 21:20:58 2010
New Revision: 157839
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157839
Log:
PR c++/41185
PR c++/41786
*
--- Comment #6 from jason at gcc dot gnu dot org 2010-03-30 21:22 ---
Fixed for 4.4.4 and 4.5.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jason at gcc dot gnu dot org 2010-03-30 21:23 ---
Fixed for 4.4.4 and 4.5.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
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-03-30 22:34 ---
Subject: Bug 43076
Author: jason
Date: Tue Mar 30 22:34:02 2010
New Revision: 157842
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157842
Log:
PR c++/43076
* pt.c (push_template_d
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jason at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43606
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #5 from jason at gcc dot gnu dot org 2010-04-01 14:47 ---
My copy of EDG 4.1 does not accept the reduced testcase; it gives the same
error as GCC 4.5.
"red.cc", line 111: error: class "arg<2>" has no member "inner_type"
t
--- Comment #6 from jason at gcc dot gnu dot org 2010-04-01 14:59 ---
Another way to fix the testcase would be to give an explicit scope for
arity_helper, so argument-dependent lookup isn't needed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43608
--- Comment #2 from jason at gcc dot gnu dot org 2010-04-02 12:58 ---
Created an attachment (id=20289)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20289&action=view)
patch
Here's a patch for when 4.5 unfreezes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43621
--
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 #10 from jason at gcc dot gnu dot org 2010-04-03 21:02 ---
If we're going to mess with that code at all, I'd prefer your initial patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43611
--- Comment #8 from jason at gcc dot gnu dot org 2010-04-05 16:14 ---
The patch is OK if it passes testing. Though you might use "uchar" rather than
"unsigned char".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43642
--
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 #4 from jason at gcc dot gnu dot org 2010-04-06 16:11 ---
Subject: Bug 43621
Author: jason
Date: Tue Apr 6 16:10:47 2010
New Revision: 158006
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158006
Log:
PR c++/43621
* pt.c (maybe_update_d
--- Comment #4 from jason at gcc dot gnu dot org 2010-04-06 16:12 ---
Subject: Bug 43648
Author: jason
Date: Tue Apr 6 16:12:15 2010
New Revision: 158007
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158007
Log:
PR c++/43648
* name-lookup.c (constructo
--- Comment #2 from jason at gcc dot gnu dot org 2010-04-07 12:28 ---
The patch is not complete; it's linked there in case someone wants to use it as
a starting point. Specifically, it fails to distinguish between the different
constructor variants.
--
jason at gcc dot gnu do
--- Comment #5 from jason at gcc dot gnu dot org 2010-04-07 15:03 ---
Subject: Bug 43648
Author: jason
Date: Wed Apr 7 15:02:55 2010
New Revision: 158065
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158065
Log:
PR c++/43648
* name-lookup.c (constructo
--- Comment #20 from jason at gcc dot gnu dot org 2010-04-07 15:54 ---
Subject: Bug 41970
Author: jason
Date: Wed Apr 7 15:54:17 2010
New Revision: 158071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158071
Log:
PR c++/41970
* decl.c (grokvardecl
--- Comment #21 from jason at gcc dot gnu dot org 2010-04-07 15:55 ---
Subject: Bug 38392
Author: jason
Date: Wed Apr 7 15:54:42 2010
New Revision: 158073
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158073
Log:
PR c++/38392
* pt.c (tsubst_friend_
--- Comment #7 from jason at gcc dot gnu dot org 2010-04-07 15:56 ---
Subject: Bug 11094
Author: jason
Date: Wed Apr 7 15:55:20 2010
New Revision: 158075
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158075
Log:
PR c++/11094, DR 408
* c
--- Comment #5 from jason at gcc dot gnu dot org 2010-04-07 21:19 ---
Long-standing bug.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
3
Component: c++
AssignedTo: jason at gcc dot gnu dot org
ReportedBy: jason at gcc dot gnu dot org
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43680
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to fail||4.3.5 4.4.3
--- Comment #6 from jason at gcc dot gnu dot org 2010-04-07 22:16 ---
Subject: Bug 43016
Author: jason
Date: Wed Apr 7 22:16:15 2010
New Revision: 158095
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158095
Log:
PR c++/43016
* decl.c (start_preparsed_
--- Comment #2 from jason at gcc dot gnu dot org 2010-04-08 02:58 ---
Except that the conversion is defined to produce an unspecified value, not
undefined behavior. A strict reading of that suggests to me that the compiler
is supposed to truncate on conversion so the resulting value is
--- Comment #4 from jason at gcc dot gnu dot org 2010-04-08 05:19 ---
Yes, that's my interpretation as well. But it's not what we do now, and
requiring a mask on conversion seems like it would hurt performance more than
just doing the comparison.
--
http://gcc.gnu.or
--- Comment #10 from jason at gcc dot gnu dot org 2010-04-08 15:57 ---
@7: But -Wconversion only warns if it knows the constant value, it doesn't warn
about converting from an arbitrary int variable such as (importantly) a loop
counter.
@5: It seems appropriate to me for V
: 4.5.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jason at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43694
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to
--- Comment #12 from jason at gcc dot gnu dot org 2010-04-09 04:44 ---
Created an attachment (id=20343)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20343&action=view)
patch
This patch causes the compiler to avoid this optimization while preserving all
the related w
--- Comment #5 from jason at gcc dot gnu dot org 2010-04-09 15:19 ---
Subject: Bug 41788
Author: jason
Date: Fri Apr 9 15:19:17 2010
New Revision: 158166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158166
Log:
PR c++/41788
* stor-
--- Comment #2 from jason at gcc dot gnu dot org 2010-04-09 15:21 ---
Subject: Bug 42623
Author: jason
Date: Fri Apr 9 15:20:58 2010
New Revision: 158167
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158167
Log:
PR c++/42623
* c-
--
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 #4 from jason at gcc dot gnu dot org 2010-04-12 16:16 ---
...and then after removing the prototype, compiling with -DD would fail. I
don't object to having such a flag, but I don't think we want it in -Wall.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43728
--- Comment #13 from jason at gcc dot gnu dot org 2010-04-12 19:58 ---
Subject: Bug 25811
Author: jason
Date: Mon Apr 12 19:58:27 2010
New Revision: 158239
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158239
Log:
PR c++/25811
* c
--- Comment #9 from jason at gcc dot gnu dot org 2010-04-12 19:59 ---
Subject: Bug 43641
Author: jason
Date: Mon Apr 12 19:58:49 2010
New Revision: 158241
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158241
Log:
PR c++/43641
* sem
--- Comment #14 from jason at gcc dot gnu dot org 2010-04-14 01:41 ---
That sounds like another case where trying to recover from an error by changing
a problematic type to 'int' doesn't actually improve matters.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9335
--- Comment #9 from jason at gcc dot gnu dot org 2010-04-14 20:18 ---
Subject: Bug 36625
Author: jason
Date: Wed Apr 14 20:17:34 2010
New Revision: 158355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158355
Log:
PR c++/36625
* c-
--- Comment #7 from jason at gcc dot gnu dot org 2010-04-14 20:26 ---
Presumably TREE_USED isn't set on the global declaration because the call uses
the local one. And the local declaration might not be redundant if the
programmer is using it to suppress argument-dependent l
--- Comment #5 from jason at gcc dot gnu dot org 2010-04-16 18:36 ---
Subject: Bug 43621
Author: jason
Date: Fri Apr 16 18:35:50 2010
New Revision: 158440
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158440
Log:
PR c++/43621
* pt.c (maybe_update_d
--- Comment #10 from jason at gcc dot gnu dot org 2010-04-16 18:36 ---
Subject: Bug 43641
Author: jason
Date: Fri Apr 16 18:36:12 2010
New Revision: 158441
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158441
Log:
PR c++/43641
* sem
--- Comment #11 from jason at gcc dot gnu dot org 2010-04-16 21:36 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status
1401 - 1500 of 2098 matches
Mail list logo
