--- Comment #10 from jason at gcc dot gnu dot org 2009-02-11 22:50 ---
Fixed for 4.4.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from jason at gcc dot gnu dot org 2009-02-11 23:04 ---
Fixed for 4.3 as well.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jason at gcc dot gnu dot org 2009-02-12 02:01 ---
Subject: Bug 39153
Author: jason
Date: Thu Feb 12 02:01:07 2009
New Revision: 144119
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144119
Log:
PR c++/39153
*
--- Comment #3 from jason at gcc dot gnu dot org 2009-02-12 02:12 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
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 #5 from jason at gcc dot gnu dot org 2009-02-12 22:40 ---
Subject: Bug 38950
Author: jason
Date: Thu Feb 12 22:40:37 2009
New Revision: 144139
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144139
Log:
PR c++/38950
* pt.c (unify)[TEMPLATE_PA
--
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 #7 from jason at gcc dot gnu dot org 2009-02-13 19:14 ---
Subject: Bug 39070
Author: jason
Date: Fri Feb 13 19:14:07 2009
New Revision: 144161
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144161
Log:
PR c++/39070
* semantics.c (finish_c
--- Comment #8 from jason at gcc dot gnu dot org 2009-02-13 21:53 ---
Subject: Bug 39070
Author: jason
Date: Fri Feb 13 21:53:38 2009
New Revision: 144166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144166
Log:
PR c++/39070
* semantics.c (finish_c
--- Comment #9 from jason at gcc dot gnu dot org 2009-02-14 05:42 ---
Fixed in 4.3 and 4.4.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jason at gcc dot gnu dot org 2009-02-17 18:23 ---
Created an attachment (id=17313)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17313&action=view)
fix to get_symbol_constant_value (untested)
The bug is not in binds_local_p: binds_local_p returns true
--- Comment #6 from jason at gcc dot gnu dot org 2009-02-17 18:27 ---
Subject: Bug 38950
Author: jason
Date: Tue Feb 17 18:27:32 2009
New Revision: 144239
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144239
Log:
PR c++/38950
* pt.c (unify)[TEMPLATE_PA
--- Comment #7 from jason at gcc dot gnu dot org 2009-02-17 18:27 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #16 from jason at gcc dot gnu dot org 2009-02-17 22:56 ---
(In reply to comment #12)
> Well, certainly binds_local_p is used for exactly this semantic.
Perhaps I'm wrong then, and it does mean "binds to a definition in this
translation unit."
The defau
--- Comment #17 from jason at gcc dot gnu dot org 2009-02-17 23:01 ---
I will note that the C++ front end has been setting TREE_STATIC and
DECL_EXTERNAL on the same variables for many, many years, so changing that
isn't going to be simple.
--
http://gcc.gnu.org/bug
--- Comment #19 from jason at gcc dot gnu dot org 2009-02-18 02:03 ---
I suppose it's a question of what "module" means.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39179
--- Comment #20 from jason at gcc dot gnu dot org 2009-02-18 17:47 ---
(In reply to comment #19)
> I suppose it's a question of what "module" means.
"module" is used in a lot of different ways, but this usage definitely refers
to the current transla
--- Comment #21 from jason at gcc dot gnu dot org 2009-02-18 17:51 ---
OTOH, the use of visibility in default_binds_local_p is also wrong under this
interpretation...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39179
--- Comment #22 from jason at gcc dot gnu dot org 2009-02-18 18:06 ---
Seems like we already had this discussion last year, starting at
http://gcc.gnu.org/ml/gcc/2007-06/msg00848.html
The conclusion there was that binds_local_p means "binds to this
executable/shared library"
--
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 #23 from jason at gcc dot gnu dot org 2009-02-18 18:31 ---
...and then of course there's the actual documentation:
TARGET_BINDS_LOCAL_P (tree exp)
Returns true if exp names an object for which name resolution
rules must resolve to the current ``module''
--- Comment #24 from jason at gcc dot gnu dot org 2009-02-18 21:01 ---
Subject: Bug 39179
Author: jason
Date: Wed Feb 18 21:01:03 2009
New Revision: 144270
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144270
Log:
PR target/39179
* tree-s
TATIC and DECL_EXTERNAL on the same
VAR_DECLs
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jason at gcc dot gnu do
--- Comment #25 from jason at gcc dot gnu dot org 2009-02-18 21:09 ---
Fixed. The C++ static/extern issue has been added as PR 39236.
--
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 #27 from jason at gcc dot gnu dot org 2009-02-19 01:12 ---
I reverted the mistaken checkins a few seconds later.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39179
--- Comment #12 from jason at gcc dot gnu dot org 2009-02-19 17:39 ---
(In reply to comment #10)
> What that means is that we *must not* implicitly instantiate things
> declared "extern template" unless they are DECL_DECLARED_INLINE_P. As a
> consequence, at -O3, w
--- Comment #8 from jason at gcc dot gnu dot org 2009-02-20 05:32 ---
Subject: Bug 39225
Author: jason
Date: Fri Feb 20 05:32:40 2009
New Revision: 144314
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144314
Log:
PR c++/39225
* decl.c (grokdeclarator)
--- Comment #9 from jason at gcc dot gnu dot org 2009-02-20 05:33 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jason at gcc dot gnu dot org 2009-02-20 05:34 ---
New patch at http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01309.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38880
--- Comment #10 from jason at gcc dot gnu dot org 2009-02-20 05:35 ---
Er, not that one, this one:
http://gcc.gnu.org/ml/gcc-patches/2009-02/msg00882.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38880
--- Comment #3 from jason at gcc dot gnu dot org 2009-02-20 05:38 ---
Yes, "i" is bound to "this->i", which I believe is perfectly valid. The
section of the standard that says that default arguments can't refer to "this"
means that default argume
--- Comment #11 from jason at gcc dot gnu dot org 2009-02-20 15:22 ---
Subject: Bug 39225
Author: jason
Date: Fri Feb 20 15:21:51 2009
New Revision: 144325
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144325
Log:
PR c++/39225
* decl.c (grokdeclarator)
--- Comment #12 from jason at gcc dot gnu dot org 2009-02-20 18:59 ---
Fixed in 4.3 as well.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jason at gcc dot gnu dot org 2009-02-23 21:24 ---
Subject: Bug 38880
Author: jason
Date: Mon Feb 23 21:23:58 2009
New Revision: 144395
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144395
Log:
PR c++/38880
*
--- Comment #12 from jason at gcc dot gnu dot org 2009-02-24 05:14 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jason at gcc dot gnu dot org 2009-02-24 05:21 ---
The error is correct: the ManagerInterface::insert using declaration is
private.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jason at gcc dot gnu dot org 2009-02-26 16:56 ---
Created an attachment (id=17367)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17367&action=view)
Fix for is_member_function_pointer and GCC
Rather, the test should pass, but we need
--- Comment #3 from jason at gcc dot gnu dot org 2009-03-02 01:20 ---
My patch for 39310 also fixes this bug.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jason at gcc dot gnu dot org 2009-03-02 01:22 ---
*** Bug 39321 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jason at gcc dot gnu dot org 2009-03-02 01:22 ---
Yep, duplicate.
*** This bug has been marked as a duplicate of 37806 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jason at gcc dot gnu dot org 2009-03-02 01:47 ---
The discussion of Core issue 547
(http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#547) suggests that
we ought to be able to write partial specializations of is_function that can
deal with function cv-quals
--- Comment #4 from jason at gcc dot gnu dot org 2009-03-02 16:20 ---
Created an attachment (id=17384)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17384&action=view)
patch to disable canonicalization of template type args
type canonicalization is the problem here
--- Comment #6 from jason at gcc dot gnu dot org 2009-03-02 17:01 ---
Poor reading comprehension?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25185
--- Comment #7 from jason at gcc dot gnu dot org 2009-03-02 18:24 ---
Actually this issue has nothing to do with typedefs: rather, for template
instantiations GCC prints out the template signature and then the template
arguments, rather than the signature of the instantiation. What
--- Comment #8 from jason at gcc dot gnu dot org 2009-03-02 18:25 ---
Created an attachment (id=17385)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17385&action=view)
patch to print the instantiated signature as well as template/args
Is this more what you're
--- Comment #4 from jason at gcc dot gnu dot org 2009-03-02 20:09 ---
Created an attachment (id=17389)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17389&action=view)
New fix that adds function cv-qual handling to is_function, and fixes compiler
to allow that
Here's
--- Comment #47 from jason at gcc dot gnu dot org 2009-03-03 18:55 ---
Created an attachment (id=17392)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17392&action=view)
updated patch that fixes ICE
Here's an update of the patch that fixes the ICE; we
--- Comment #15 from jason at gcc dot gnu dot org 2009-03-03 19:22 ---
DR 214 does address this case; it says that the testcase in the original
submission is ill-formed, as the two functions are both at least as specialized
as the other. [temp.deduct.partial] says that for partial
--- Comment #4 from jason at gcc dot gnu dot org 2009-03-03 19:34 ---
This is core issue 565, which has not been addressed by the committe, though
John's comment makes sense to me. How important is this issue to SFINAE
techniques?
--
jason at gcc dot gnu dot org ch
--- Comment #16 from jason at gcc dot gnu dot org 2009-03-03 20:02 ---
I don't see a core issue about this question, but it seems pretty clear to me
that since g is dependent, and [temp.arg.explicit]/8 says that we should do
arg-dependent lookup for template-ids (which we don'
--- Comment #7 from jason at gcc dot gnu dot org 2009-03-03 20:46 ---
Issue 291 was resolved, so this shouldn't be suspended anymore.
The testcase is invalid because it is copy-initializing a class which cannot be
copied; returning from test_returnable involves creating a move
--- Comment #11 from jason at gcc dot gnu dot org 2009-03-03 20:48 ---
Reopening.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #2 from jason at gcc dot gnu dot org 2009-03-03 20:58 ---
I agree this is a bug: [temp.dep.candidate] says
For the part of the lookup using unqualified name lookup (3.4.1), only function
declarations with external linkage from the template definition context are
found.
EDG
--- Comment #11 from jason at gcc dot gnu dot org 2009-03-03 21:10 ---
I don't see any open issues about DR 224 since it went into the WP.
Unsuspending, P3.
--
jason at gcc dot gnu dot org changed:
What|Removed |
--- Comment #15 from jason at gcc dot gnu dot org 2009-03-03 21:14 ---
I don't see any justification for suspending DR 224 PRs when there isn't an
open core issue about the alleged problems.
--
jason at gcc dot gnu dot org changed:
What
--- Comment #19 from jason at gcc dot gnu dot org 2009-03-03 21:15 ---
Unsuspending, no complains about DR 224 have come to the attention of the
committee.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jason at gcc dot gnu dot org 2009-03-03 21:18 ---
I've been dealing with mangling issues recently.
--
jason at gcc dot gnu dot org changed:
What|Removed |
--- Comment #9 from jason at gcc dot gnu dot org 2009-03-03 21:23 ---
int (*)[argc] is not a valid template type argument, as it depends on a runtime
value, and template arguments need to be known at compile time. If you want to
pass your VLA to a template function, you need to let it
--- Comment #16 from jason at gcc dot gnu dot org 2009-03-03 21:28 ---
Fixed by some of my recent mangling work.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jason at gcc dot gnu dot org 2009-03-03 21:30 ---
DR 409 was accepted in October 2004.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jason at gcc dot gnu dot org 2009-03-03 21:39 ---
This is core issue 408, which I'm supposed to be drafting.
--
jason at gcc dot gnu dot org changed:
What|Removed |
--- Comment #13 from jason at gcc dot gnu dot org 2009-03-03 21:46 ---
DR 430 is resolved; this is a bug.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jason at gcc dot gnu dot org 2009-03-03 21:48 ---
The DR is resolved (and is irrelevant to this testcase anyway)
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jason at gcc dot gnu dot org 2009-03-03 21:49 ---
Taking mangling issues.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jason at gcc dot gnu dot org 2009-03-03 22:00 ---
Incidentally, this is core issue 458.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36019
--- Comment #26 from jason at gcc dot gnu dot org 2009-03-03 22:01 ---
*** This bug has been marked as a duplicate of 36019 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jason at gcc dot gnu dot org 2009-03-03 22:01 ---
*** Bug 13967 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jason at gcc dot gnu dot org 2009-03-03 22:07 ---
I'm supposed to be drafting this issue. It is not likely to be a bug under the
eventual resolution.
--
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 #6 from jason at gcc dot gnu dot org 2009-03-03 22:31 ---
The names in 26605 make it clearer that it's about SFINAE, but that seems to be
what your testcase is trying to do as well: if the compiler accepts the using,
you would end up with an ambiguous call except that o
--- Comment #11 from jason at gcc dot gnu dot org 2009-03-04 01:28 ---
This can't be a SFINAE issue, as the f's in question aren't templates. The
compiler instantiates A in order to determine whether or not there's a
conversion from double to A, and that instan
--- Comment #12 from jason at gcc dot gnu dot org 2009-03-04 01:28 ---
oops, wrong resolution.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jason at gcc dot gnu dot org 2009-03-04 01:29 ---
Invalid.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
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
--
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
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|giovannibajo at libero dot |jason at gcc dot gnu dot org
|it
--- Comment #12 from jason at gcc dot gnu dot org 2009-03-04 18:42 ---
Subject: Bug 29469
Author: jason
Date: Wed Mar 4 18:42:17 2009
New Revision: 144618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144618
Log:
PR c++/9634
PR c++/29469
PR c
--- Comment #20 from jason at gcc dot gnu dot org 2009-03-04 18:42 ---
Subject: Bug 9634
Author: jason
Date: Wed Mar 4 18:42:17 2009
New Revision: 144618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144618
Log:
PR c++/9634
PR c++/29469
PR c
--- Comment #17 from jason at gcc dot gnu dot org 2009-03-04 18:42 ---
Subject: Bug 29607
Author: jason
Date: Wed Mar 4 18:42:17 2009
New Revision: 144618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144618
Log:
PR c++/9634
PR c++/29469
PR c
--- Comment #18 from jason at gcc dot gnu dot org 2009-03-04 19:38 ---
Subject: Bug 29607
Author: jason
Date: Wed Mar 4 19:37:43 2009
New Revision: 144621
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144621
Log:
PR c++/9634
PR c++/29469
PR c
--- Comment #13 from jason at gcc dot gnu dot org 2009-03-04 19:38 ---
Subject: Bug 29469
Author: jason
Date: Wed Mar 4 19:37:43 2009
New Revision: 144621
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144621
Log:
PR c++/9634
PR c++/29469
PR c
--- Comment #21 from jason at gcc dot gnu dot org 2009-03-04 19:38 ---
Subject: Bug 9634
Author: jason
Date: Wed Mar 4 19:37:43 2009
New Revision: 144621
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144621
Log:
PR c++/9634
PR c++/29469
PR c
--- Comment #14 from jason at gcc dot gnu dot org 2009-03-04 19:40 ---
Fixed for 4.3 and 4.4, not applying to 4.2.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from jason at gcc dot gnu dot org 2009-03-04 19:41 ---
Fixed for 4.3 and 4.4, not applying to 4.2.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from jason at gcc dot gnu dot org 2009-03-04 19:41 ---
Fixed for 4.3 and 4.4, not applying to 4.2.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from jason at gcc dot gnu dot org 2009-03-05 00:44 ---
That is, even though g(j) does not have any dependent arguments, the call is
dependent, so it should get arg-dependent lookup, which should find g(h)
because it's in the associated namespace of j.
--
jason a
--- Comment #18 from jason at gcc dot gnu dot org 2009-03-05 02:49 ---
Subject: Bug 13549
Author: jason
Date: Thu Mar 5 02:49:13 2009
New Revision: 144636
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144636
Log:
PR c++/13549
* sem
--- Comment #19 from jason at gcc dot gnu dot org 2009-03-05 02:51 ---
Fixed for 4.4. I'm not comfortable applying this to older release branches.
--
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 #17 from jason at gcc dot gnu dot org 2009-03-05 14:10 ---
Subject: Bug 38908
Author: jason
Date: Thu Mar 5 14:10:07 2009
New Revision: 144643
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144643
Log:
PR c++/38908
* class.c (is_really_emp
--- Comment #18 from jason at gcc dot gnu dot org 2009-03-05 14:32 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jason at gcc dot gnu dot org 2009-03-05 15:07 ---
Mine!
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|mmitchel at
--
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
--
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 2009-03-05 16:08 ---
The bug is in lookup_template_class's search for a matching partial
instantiation; it finds Outer::Inner and assumes it's
Outer::Inner without checking the innermost template args.
--
http://gcc.gnu.or
--
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 2009-03-05 18:35 ---
Jody's comment is correct; typeid represents the cv-unqualified type of the
expression, which for an array lvalue means removing the cv qualifiers from the
array.
--
jason at gcc dot gnu dot org ch
--- Comment #11 from jason at gcc dot gnu dot org 2009-03-07 16:21 ---
Subject: Bug 39367
Author: jason
Date: Sat Mar 7 16:21:05 2009
New Revision: 144697
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144697
Log:
PR c++/39367
* init.c (build_new_1): D
--- Comment #12 from jason at gcc dot gnu dot org 2009-03-07 16:22 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
801 - 900 of 2098 matches
Mail list logo
