--- Comment #10 from nathan at gcc dot gnu dot org 2010-08-23 07:42 ---
Thanks Uros!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45361
--- Comment #2 from nathan at gcc dot gnu dot org 2010-08-20 18:12 ---
Thanks Uros. Could you prepare a patch to match the x86_64 output -- given you
have the hardware?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45361
--- Comment #8 from nathan at gcc dot gnu dot org 2010-07-07 13:56 ---
Hm, I guess I must have flubbed the testcase. After all this time, I don't
have a better recollection. Sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43120
--- Comment #11 from nathan at gcc dot gnu dot org 2009-11-04 15:47 ---
Subject: Bug 11810
Author: nathan
Date: Wed Nov 4 15:47:00 2009
New Revision: 153900
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153900
Log:
PR driver/11810
* gcc.c (SWITCHES_NEED_SPACES
--- Comment #3 from nathan at gcc dot gnu dot org 2008-05-22 06:33 ---
2008-05-22 Nathan Sidwell [EMAIL PROTECTED]
* lib/dg-pch.exp (dg-pch): Fix if bracing.
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from nathan at gcc dot gnu dot org 2008-05-21 17:00 ---
working on it
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #1 from nathan at gcc dot gnu dot org 2008-04-30 10:11 ---
2008-04-30 Nathan Sidwell [EMAIL PROTECTED]
* gcc.dg/tls/section-2.c: Restrict to vxworks.
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from nathan at gcc dot gnu dot org 2007-10-22 14:32 ---
the testcase is valid. [14.3.2]/2 essentially gives it as an example. A
literal '' is optional in this case (para 1).
para 5 tells us that array to pointer decay happens here, and GCC internally
represents
--- Comment #7 from nathan at gcc dot gnu dot org 2007-09-16 17:26 ---
Subject: Bug 32756
Author: nathan
Date: Sun Sep 16 17:26:42 2007
New Revision: 128528
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128528
Log:
cp/
PR c++/32756
* call.c
--- Comment #5 from nathan at gcc dot gnu dot org 2007-08-20 12:21 ---
I have a patch, which needs fuller testing. (I've been on vacation :))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32756
--- Comment #3 from nathan at gcc dot gnu dot org 2007-08-07 09:32 ---
This is something to do with the rvalue reference patches
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from nathan at gcc dot gnu dot org 2007-08-01 19:42 ---
The standard is unclear about exactly why this is ill-defined. Does the
conversion operator take part in overload resolution (and then be rejected, if
it is selected), or is it never entered into the overload set
--- Comment #4 from nathan at gcc dot gnu dot org 2007-07-25 07:53 ---
2007-07-24 Nathan Sidwell [EMAIL PROTECTED]
* method.c (implicitly_declare_fn): Increase alignment if member
function pointer format requires it.
--
nathan at gcc dot gnu dot org changed
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #5 from nathan at gcc dot gnu dot org 2007-07-22 16:26 ---
Subject: Bug 30818
Author: nathan
Date: Sun Jul 22 16:25:54 2007
New Revision: 126825
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126825
Log:
cp/
PR c++/30818
* typeck.c
--- Comment #6 from nathan at gcc dot gnu dot org 2007-07-22 16:33 ---
fixed with http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01644.html
cp/
PR c++/30818
* typeck.c (structural_comptypes): No need to check
resolve_typename_type return value here
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #2 from nathan at gcc dot gnu dot org 2007-07-22 16:49 ---
Created an attachment (id=13949)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13949action=view)
Reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32839
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #3 from nathan at gcc dot gnu dot org 2007-07-22 17:48 ---
2007-07-22 Nathan Sidwell [EMAIL PROTECTED]
cp/
PR c++/32839
* typeck.c (convert_arguments): Only use default args if we have
a function decl.
testsuite/
PR c
--- Comment #4 from nathan at gcc dot gnu dot org 2007-07-22 18:47 ---
Subject: Bug 32839
Author: nathan
Date: Sun Jul 22 18:46:51 2007
New Revision: 126829
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126829
Log:
cp/
PR c++/32839
* typeck.c (convert_arguments
--- Comment #4 from nathan at gcc dot gnu dot org 2007-07-21 20:50 ---
testing a patch
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #5 from nathan at gcc dot gnu dot org 2007-05-25 15:40 ---
This looks like it might be the same as this one
http://sourceware.org/ml/newlib/2007/msg00425.html
Anyone able to try that patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32078
--- Comment #9 from nathan at gcc dot gnu dot org 2007-04-30 09:37 ---
I hadn't planned on doing so, but I think such a backport is safe.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28705
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #3 from nathan at gcc dot gnu dot org 2006-12-21 09:04 ---
Fixed on mainline
2006-12-21 Nathan Sidwell [EMAIL PROTECTED]
PR target/28966
PR target/29248
* reload1.c (reload): Realign stack after it changes size.
--
nathan at gcc dot gnu dot org
--- Comment #6 from nathan at gcc dot gnu dot org 2006-12-18 18:36 ---
this is really a duplicate of 28966. Like vxworks has an unconditional 128 bit
stack alignment, unlike other targets where it is only 128bit when altivec
comes into play.
*** This bug has been marked as a duplicate
--- Comment #1 from nathan at gcc dot gnu dot org 2006-12-18 18:36 ---
*** Bug 29248 has been marked as a duplicate of this bug. ***
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from nathan at gcc dot gnu dot org 2006-12-18 18:37 ---
patch here. http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01260.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28966
--- Comment #17 from nathan at gcc dot gnu dot org 2006-10-24 08:38 ---
Subject: Bug 20647
Author: nathan
Date: Tue Oct 24 08:38:26 2006
New Revision: 117999
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117999
Log:
cp/
PR c++/20647
* rtti.c (tinfo_base_init
--- Comment #18 from nathan at gcc dot gnu dot org 2006-10-24 08:38 ---
fixed on mainline, 4.1 4.2
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from nathan at gcc dot gnu dot org 2006-10-23 07:42 ---
Subject: Bug 20647
Author: nathan
Date: Mon Oct 23 07:42:02 2006
New Revision: 117970
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117970
Log:
cp/
PR c++/20647
* rtti.c (tinfo_base_init
--- Comment #14 from nathan at gcc dot gnu dot org 2006-10-22 16:07 ---
Subject: Bug 20647
Author: nathan
Date: Sun Oct 22 16:07:41 2006
New Revision: 117957
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117957
Log:
cp/
PR c++/20647
* rtti.c (tinfo_base_init
--- Comment #15 from nathan at gcc dot gnu dot org 2006-10-22 16:09 ---
2006-10-22 Nathan Sidwell [EMAIL PROTECTED]
PR c++/20647
* rtti.c (tinfo_base_init): The type info string is always global.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20647
--- Comment #13 from nathan at gcc dot gnu dot org 2006-09-04 15:22 ---
Subject: Bug 23287
Author: nathan
Date: Mon Sep 4 15:21:50 2006
New Revision: 116679
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116679
Log:
cp/
PR 23287 Revert my 2006-09-01 patch
--- Comment #14 from nathan at gcc dot gnu dot org 2006-09-04 15:22 ---
I have reverted this patch.
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from nathan at gcc dot gnu dot org 2006-09-03 18:26 ---
I'll look at this tomorrow. If I can't figure out a solution I'll revert 23287
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from nathan at gcc dot gnu dot org 2006-09-01 13:46 ---
Subject: Bug 23287
Author: nathan
Date: Fri Sep 1 13:46:19 2006
New Revision: 116623
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116623
Log:
cp/
PR c++/23287
* parser.c
--- Comment #12 from nathan at gcc dot gnu dot org 2006-09-01 13:49 ---
2006-09-01 Nathan Sidwell [EMAIL PROTECTED]
PR c++/23287
* parser.c (cp_parser_id_expression): Add member_p
argument. Update all callers.
(cp_parser_unqualified_id): Likewise
--- Comment #3 from nathan at gcc dot gnu dot org 2006-09-01 18:10 ---
2006-09-01 Nathan Sidwell [EMAIL PROTECTED]
PR c++/28705
* semantics.c (finish_call_expr): Add assert.
* name-lookup.c (lookup_arg_dependent): Check we found an overload
--- Comment #3 from nathan at gcc dot gnu dot org 2006-09-01 18:10 ---
2006-09-01 Nathan Sidwell [EMAIL PROTECTED]
PR c++/28705
* semantics.c (finish_call_expr): Add assert.
* name-lookup.c (lookup_arg_dependent): Check we found an overload
--- Comment #29 from nathan at gcc dot gnu dot org 2006-08-29 17:20 ---
(In reply to comment #28)
2006-08-29 Nathan Sidwell [EMAIL PROTECTED]
Jorn Rennecke [EMAIL PROTECTED]
PR tree-optimization/17506
* tree-ssa.c (warn_uninit): If warning about
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #6 from nathan at gcc dot gnu dot org 2006-08-25 16:52 ---
2006-08-25 Nathan Sidwell [EMAIL PROTECTED]
PR c++/27787
* decl.c (make_typename_type): Only try and resolve it when
context is not dependent. Refactor.
* decl2.c (check_classfn
--- Comment #7 from nathan at gcc dot gnu dot org 2006-08-25 16:56 ---
Subject: Bug 27787
Author: nathan
Date: Fri Aug 25 16:56:07 2006
New Revision: 116409
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116409
Log:
cp/
PR c++/27787
* decl.c (make_typename_type
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
error
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nathan at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla
--- Comment #1 from nathan at gcc dot gnu dot org 2006-06-07 15:20 ---
Created an attachment (id=11627)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11627action=view)
culled from gdb testsuite -- gdb.base/store.c line 204
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27932
: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nathan at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26544
--- Comment #1 from nathan at gcc dot gnu dot org 2006-03-03 10:28 ---
Created an attachment (id=10960)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10960action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26544
--- Comment #2 from nathan at gcc dot gnu dot org 2006-03-03 10:29 ---
Created an attachment (id=10961)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10961action=view)
i686 assembler
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26544
--- Comment #4 from nathan at gcc dot gnu dot org 2006-03-03 12:49 ---
I find it a surprise that when not optimizing, the compiler has examined the
printf string and determined it can replace the printf with a puts call. This
seems more than mere constant folding.
--
http
--- Comment #7 from nathan at gcc dot gnu dot org 2006-02-20 16:24 ---
I'm guessing my change was in converting an if () abort () into gcc_assert, and
not directly to blame for whatever's happening here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25218
--- Comment #11 from nathan at gcc dot gnu dot org 2006-02-16 20:12 ---
Is this still an issue in 4.1/4.2. IIUC I've cleaned up the points where this
warning was/was not being emitted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17519
--- Comment #9 from nathan at gcc dot gnu dot org 2006-01-19 14:22 ---
The bug appears to be not in the deduction machinery, but in the instantiation
machinery. In all cases we end up calling _Z8qCompareIcEiPKT_S2_, but the body
of that function differs! Using the example in comment
--- Comment #11 from nathan at gcc dot gnu dot org 2006-01-19 14:43 ---
comment #10 is incorrect. Regardless of the validity/invalidity of the code,
the fact that comment#4 shows us producing different code depending on the
ordering of the template decls indicates a bug. (I also fail
--- Comment #11 from nathan at gcc dot gnu dot org 2006-01-15 14:04 ---
What's happening is that we parse IT::B as a type specifier and then squirrel
away a preparsed template type specifier, but because IT::B is a
non-dependent type, the preparsed specifier becomes simply ::B, losing
--- Comment #11 from nathan at gcc dot gnu dot org 2006-01-12 16:01 ---
Subject: Bug 24824
Author: nathan
Date: Thu Jan 12 16:01:15 2006
New Revision: 109643
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109643
Log:
PR c++/24824
* class.c (handle_using_decl
--- Comment #12 from nathan at gcc dot gnu dot org 2006-01-12 16:13 ---
2006-01-12 Nathan Sidwell [EMAIL PROTECTED]
PR c++/24824
* class.c (handle_using_decl): Pass correct scope to
cp_emit_debug_info_for_using.
PR c++/24824
* g++.dg/debug
--- Comment #13 from nathan at gcc dot gnu dot org 2006-01-12 16:20 ---
Subject: Bug 24824
Author: nathan
Date: Thu Jan 12 16:20:10 2006
New Revision: 109644
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109644
Log:
PR c++/24824
* class.c (handle_using_decl
--- Comment #1 from nathan at gcc dot gnu dot org 2006-01-11 18:18 ---
patch applied
2006-01-11 Nathan Sidwell [EMAIL PROTECTED]
PR c++/25386
* tree.c (lvalue_p_1): Any part of a COMPONENT_REF affects
packedness.
* g++.dg/ext/packed3.C: Add expected
--- Comment #2 from nathan at gcc dot gnu dot org 2006-01-11 22:03 ---
Subject: Bug 25386
Author: nathan
Date: Wed Jan 11 18:09:17 2006
New Revision: 109595
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109595
Log:
PR c++/25386
* tree.c (lvalue_p_1): Any part
--- Comment #10 from nathan at gcc dot gnu dot org 2006-01-06 13:39 ---
Created an attachment (id=10588)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10588action=view)
simplest test case
This appears to be tickling a latent bug in the dwarf code. Before my patch I
discover
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nathan at gcc dot gnu dot org
GCC target triplet: *-*-netware*
http
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
CC||jbeulich at novell dot com
AssignedTo|unassigned at gcc dot
--- Comment #4 from nathan at gcc dot gnu dot org 2005-11-30 10:29 ---
Subject: Bug 21166
Author: nathan
Date: Wed Nov 30 10:29:09 2005
New Revision: 107712
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107712
Log:
.:
PR c++/21166
* c-decl.c (finish_struct
--- Comment #9 from nathan at gcc dot gnu dot org 2005-11-30 20:56 ---
Add dg-skips for cris
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from nathan at gcc dot gnu dot org 2005-11-28 10:34 ---
Subject: Bug 21166
Author: nathan
Date: Mon Nov 28 10:34:30 2005
New Revision: 107599
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107599
Log:
.:
PR c++/21166
* c-decl.c (finish_struct
-float does not work
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nathan at gcc dot gnu dot org
GCC target triplet
--- Comment #7 from nathan at gcc dot gnu dot org 2005-11-20 19:18 ---
I'll have a look tomorrow
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from nathan at gcc dot gnu dot org 2005-11-20 19:29 ---
I've come to the conclusion that my 21166 patch was overzealous. What I now
think is that packing a decl always changes its type except for one case
described below. Even when the field's placment happens to work
--- Comment #10 from nathan at gcc dot gnu dot org 2005-11-06 17:54 ---
A * is not a reference to an incomplete type, but a pointer to one, so 5.2.8.4
does not apply. I'm fairly certain the correct output should be 'OK'. The two
type id objects should have different addresses (one
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #17 from nathan at gcc dot gnu dot org 2005-10-19 12:50 ---
fix for 4.0 2005-10-19 Nathan Sidwell [EMAIL PROTECTED]
PR c++/22551
* typeck2.c (digest_init): Clear overflow flags on the folded
initializer.
--
http://gcc.gnu.org/bugzilla
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-19 12:51 ---
2005-10-19 Nathan Sidwell [EMAIL PROTECTED]
PR c++/22551
* typeck2.c (digest_init): Clear overflow flags on the folded
initializer.
--
nathan at gcc dot gnu dot org changed
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|nathan at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|nathan at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #9 from nathan at gcc dot gnu dot org 2005-10-18 12:39 ---
fixed mainline 4.0
2005-10-18 Nathan Sidwell [EMAIL PROTECTED]
PR c++/22604
* class.c (update_vtable_entry_for_fn): Don't process invalid
covariant overriders.
PR c++/23118
--- Comment #15 from nathan at gcc dot gnu dot org 2005-10-18 12:40 ---
fixed mainline and 4.0
2005-10-18 Nathan Sidwell [EMAIL PROTECTED]
PR c++/22604
* class.c (update_vtable_entry_for_fn): Don't process invalid
covariant overriders.
PR c++/23118
--- Comment #8 from nathan at gcc dot gnu dot org 2005-10-18 13:49 ---
fixed mainline, 4.0
2005-10-18 Nathan Sidwell [EMAIL PROTECTED]
PR c++/21383
* name-lookup.c (arg_assoc): Template args can be null in a
template-id-expr.
leaving open for 3.4 backport
--- Comment #14 from nathan at gcc dot gnu dot org 2005-10-18 16:41 ---
fixed on 4.0 branch
2005-10-18 Nathan Sidwell [EMAIL PROTECTED]
PR c++/22147
Backport 2005-09-27 Mark Mitchell [EMAIL PROTECTED]
* name-lookup.c (maybe_process_template_type_declaration
--- Comment #12 from nathan at gcc dot gnu dot org 2005-10-17 08:36 ---
the overflow happens in the static constant assignment 'int b = 0x8000'
assigns an unsigned long to an int, and overflows. The int_cst as b's
DCL_INITIAL has the overflow flag set. I rejected clearing
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-17 11:26 ---
fixed mainline and 4.0.
2005-10-17 Nathan Sidwell [EMAIL PROTECTED]
PR c++/21353
* decl.c (check_default_argument): Don't check
processing_template_decl or uses_template_parms here
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #14 from nathan at gcc dot gnu dot org 2005-10-17 13:57 ---
refixed
2005-10-17 Nathan Sidwell [EMAIL PROTECTED]
PR c++/22551
* c-common.c (c_add_case_label): Revert my 2005-10-14 clearing of
overflow flags.
2005-10-17 Nathan Sidwell [EMAIL
--- Comment #4 from nathan at gcc dot gnu dot org 2005-10-17 13:58 ---
fixed
2005-10-17 Nathan Sidwell [EMAIL PROTECTED]
PR c++/22551
* c-common.c (c_add_case_label): Revert my 2005-10-14 clearing of
overflow flags.
2005-10-17 Nathan Sidwell [EMAIL
--- Comment #3 from nathan at gcc dot gnu dot org 2005-10-17 17:29 ---
2005-10-17 Nathan Sidwell [EMAIL PROTECTED]
PR c++/24386
* cp-tree.h (BASELINK_QUALIFIED_P): New.
* pt.c (tsubst_copy_and_build): CALL_EXPR case: Use it.
* typeck.c
--- Comment #12 from nathan at gcc dot gnu dot org 2005-10-17 17:36 ---
I'll take a look
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-17 17:36 ---
I'll take a look
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #1 from nathan at gcc dot gnu dot org 2005-10-16 08:53 ---
doh!
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #10 from nathan at gcc dot gnu dot org 2005-10-16 09:02 ---
something is not quite right ...
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from nathan at gcc dot gnu dot org 2005-10-15 14:44 ---
bum!
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|mark
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.6 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23307
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.6 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22352
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.6 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22464
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.6 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
--- Comment #9 from nathan at gcc dot gnu dot org 2005-10-14 08:43 ---
fixed mainline 4.0
2005-10-13 Nathan Sidwell [EMAIL PROTECTED]
PR c++/23984
* class.c (build_base_path): The vtable is always the first thing
in the vtt.
--
nathan at gcc dot gnu dot
--- Comment #9 from nathan at gcc dot gnu dot org 2005-10-14 08:48 ---
fixed mainline and 4.0
2005-10-14 Nathan Sidwell [EMAIL PROTECTED]
Wil Mahan [EMAIL PROTECTED]
PR java/23620
* class.c (make_class): Create empty binfo here.
(set_super_info
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
1 - 100 of 385 matches
Mail list logo
