Summary: bogus 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
--- 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=11627&action=view)
culled from gdb testsuite -- gdb.base/store.c line 204
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27932
--- 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
--
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 #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 |
--- 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 happe
ry: -msoft-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 targ
--- 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=gcc&view=rev&rev=107599
Log:
.:
PR c++/21166
* c-decl.c (finis
--- 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=gcc&view=rev&rev=107712
Log:
.:
PR c++/21166
* c-decl.c (finis
--- 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
Summary: packed structs
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 t
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
CC||jbeulich at novell dot com
AssignedTo|unassigned at gcc dot
--- 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=10588&action=view)
simplest test case
This appears to be tickling a latent bug in the dwarf code. Before my patch I
d
--- 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 ex
--- 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=gcc&view=rev&rev=109595
Log:
PR c++/25386
* tree.c (lvalue_p_1):
--- 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=gcc&view=rev&rev=109643
Log:
PR c++/24824
* class.c (handle_us
--- 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
--- 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=gcc&view=rev&rev=109644
Log:
PR c++/24824
* class.c (handle_us
--- Comment #11 from nathan at gcc dot gnu dot org 2006-01-15 14:04 ---
What's happening is that we parse I::B as a type specifier and then squirrel
away a preparsed template type specifier, but because I::B is a
non-dependent type, the preparsed specifier becomes simply ::B, losin
--- 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
--
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_c
--- 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=gcc&view=rev&rev=116409
Log:
cp/
PR c++/27787
* decl.c (make_typen
--
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 #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]>
> J"orn Rennecke <[EMAIL PROTECTED]>
>
> PR tree-optimization/17506
> * tree
--- 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=gcc&view=rev&rev=116623
Log:
cp/
PR c++/23287
*
--- 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): Li
--- 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 #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
--- 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=gcc&view=rev&rev=116679
Log:
cp/
PR 23287 Revert my 2006-09-
--- 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 #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-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=gcc&view=rev&rev=126825
Log:
cp/
PR c++/30818
*
--- 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=13949&action=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/
--- 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=gcc&view=rev&rev=126829
Log:
cp/
PR c++/32839
* typeck.c (convert_a
--
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 #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 c
--- 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 #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-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 #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=gcc&view=rev&rev=128528
Log:
cp/
PR c++/32756
--- Comment #4 from nathan at gcc dot gnu dot org 2007-10-14 16:26 ---
DR 325 describes the ambiguities in the standard. There are a number of
possible solutions to accepting this syntax, with different implementation
complexities, and it is not clear what the desired outcome is.
As
dot org
ReportedBy: nathan at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20232
--- Additional Comments From nathan at gcc dot gnu dot org 2005-02-27
12:59 ---
Created an attachment (id=8292)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8292&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20232
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-01
10:02 ---
2005-03-01 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20232
* g++.dg/inherit/covariant12.C: New.
--
What|Removed
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-09
13:16 ---
2005-03-08 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20186
* pt.c (contains_dependent_cast_p): New.
(fold_non_dependent_expr): Call it.
--
What|R
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-10
15:23 ---
2005-03-10 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20375
* function.c (struct assign_parm_data_one): Remove last_named
field.
(assign_parm_find_data_types):
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-13
19:24 ---
inappropriate fix
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-17
13:31 ---
4.0
2005-03-17 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20186
* pt.c (contains_dependent_cast_p): Remove.
(fold_non_dependent_expr): Don&#x
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-20
15:11 ---
whilst gcov output is primarily human readable, it should be machine
processable.
I do not consider this a regression, because the additional lines are all tagged
as line 0. filter scripts should be
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-21
12:31 ---
2005-03-21 Nathan Sidwell <[EMAIL PROTECTED]>
PR other/20564
* gcov.c (output_lines): Only output function block summary when
outputting branch information.
* doc/gco
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-21
16:07 ---
20465 is a better bug to fix and includes this one.
--
What|Removed |Added
--
Bug 20465 depends on bug 20381, which changed state.
Bug 20381 Summary: [4.0/4.1 Regression] ICE in build_ptrmemfunc, at
cp/typeck.c:5702
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20381
What|Old Value |New Value
---
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-22
09:34 ---
2005-03-22 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20465
PR c++/20381
* typeck.c (build_ptrmemfunc): Allow OFFSET_REF when processing a
template.
--
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-22
09:35 ---
2005-03-22 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20465
PR c++/20381
* typeck.c (build_ptrmemfunc): Allow OFFSET_REF when processing a
template.
--
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-24
18:58 ---
actually, it'd be a miscompile if it had a dynamic initializer (because
the std says such a thing *must* be static initialized). Fortunately
the assembly is correct (which is kind of bizarre)
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-24
19:05 ---
so I don't forget to look hard at this one
--
What|Removed |Added
Assig
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-30
13:10 ---
We don't implement DR214 but edg does.
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#214
I shall see how tricky it is to implement ...
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-31
17:47 ---
2005-03-31 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/19203, implement DR 214
* call.c (joust): Use more_specialized_fn.
* cp-tree.h (DEDUCE_ORDER):
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-02
09:55 ---
I think you mean 'did NOT reject', we did reject with -pedantic, but without
that
we have an overload extension rule about the worst conversion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20723
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-03
12:32 ---
2005-04-03 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20723
* pt.c (more_specialized_fn): Member functions are unordered wrt
non-members. Conversion operators are unorder
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-04
09:46 ---
2005-04-04 Nathan Sidwell <[EMAIL PROTECTED]>
PR debug/20505
* dwarf2out.c (tree_add_const_value_attribute): Only add if it's
an INTEGER_CST.
--
What
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-04
09:49 ---
Don't forget to apply the fix for 20723 as well
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19203
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-04
17:24 ---
2005-04-04 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20746
* method.c (use_thunk): Protect covariant pointer return
adjustments from NULL pointers.
--
What|R
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-10
09:17 ---
Bum. I will look at it this week. Changing the target arch field to alpha
--
What|Removed |Added
--- 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=gcc&view=rev&rev=153900
Log:
PR driver/11810
* gcc.c (SWITCHES_NEE
--- 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
--- 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
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-15
08:59 ---
A pedwarn might be the way to go, but I don't feel strongly about it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16782
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-15
11:28 ---
2005-09-15 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/23725
* error.c (dump_decl): Use USING_DECL_SCOPE.
--
What|Removed
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-15
11:36 ---
I haven't backported anything recently.
--
What|Removed |Added
AssignedTo|nath
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-15
13:04 ---
Dan, why can't you use -pedantic? That's the best way of avoiding gnuisms.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16782
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-16
07:30 ---
I shall take a look
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-16
13:37 ---
This is a piece of underspecification in the resolution of DR 214
(http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#214). That
basically tells one to compare pairs of arguments. But in this
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-16
20:57 ---
IMHO reverting 18445 would be the most prudent thing to do. The combination of
18845+18803 are touching too many things for my liking.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18803
--- Comment #7 from nathan at gcc dot gnu dot org 2005-10-05 11:07 ---
fixed mainline and 4.0.3
2005-10-05 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/23513
* call.c (joust): Adjust length count to more_specialized_fn.
* pt.c (more_specialized_fn): Cope wi
--
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 2005-10-12 13:07 ---
Fixed mainline and 4.0 branch
2005-10-12 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/19964
* stor-layout.c (place_field): Set DECL_FIELD_OFFSET and
DECL_FIELD_BIT_OFFSET of FIELD_DECLs
--
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 389 matches
Mail list logo
