--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-02-17
16:12 ---
Fixed in the mainline by:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02230.html
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-02-28
06:22 ---
If you want a work around, simply use this in the first 'friend'
declaration:
friend class util::persistent_object_manager;
There is still uncertainty about whether name from 'using'
declaration
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-03
16:28 ---
I think NS::C should remain hidden so the declaration:
C c;
should be OK.
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-05
15:46 ---
Fixed in the mainline. Other branches are being tested and will be
fixed once I finish retesting the patch.
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-06
17:16 ---
Fixed in 3.4 and 4.0 branches.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-07
14:24 ---
Yes, this is a bug in GCC 3.3.x and earlier versions.
Bug fixes to GCC 3.3.x branch is now limited to certain
regression. So this bug will not be fixed there.
The latest released branch, GCC 3.4.x, does
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-07
14:29 ---
Confirm as a bug. It's still present in the mainline.
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-09
11:35 ---
Looking at it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-10
15:11 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01028.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20381
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-11
16:19 ---
Got it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lerdsuwa
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-11
16:27 ---
The diagnostic is missing due to calling lookup_name_real inside
cp_parser_lookup_name without the LOOKUP_COMPLAIN flag. Too bad
we cannot just add this flag because this will cause duplicate
error
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-12
06:18 ---
It's xref_tag/push_tag bug.
--
What|Removed |Added
AssignedTo|unassigned at gcc
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-12
06:21 ---
Patch in progress.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-12
12:40 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01208.html
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-12
12:41 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01207.html
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-12
15:13 ---
The patch that fixes this bug is the same as the one
in PR1016. Closing it as a duplicate.
*** This bug has been marked as a duplicate of 1016 ***
--
What|Removed
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-12
15:13 ---
*** Bug 20234 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13
14:18 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01283.html
It's the same as in attachment. I retested it and add
the explanation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13
14:21 ---
The fix is the same as PR1016. GCC 3.4 and earlier compiles but
doesn't have correct behavior. So this should not be treated as
regression.
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13
14:25 ---
Look like caused by my changes to pushtag.
--
What|Removed |Added
AssignedTo
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13
16:47 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01294.html
This is simply the patch in the attachment to this PR retested with
explanation added.
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13
16:48 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01294.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9783
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-14
14:40 ---
Fixed in the mainline.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 4403 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
Bug 16995 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
Bug 13830 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
Bug 20234 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
Bug 19403 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
Bug 17652 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
Bug 12944 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-14
14:46 ---
Fixed in the mainline. Won't fix in 4.0 branch since the GCC 3.4.x
behavior is also wrong. The error message present in 4.0 is useful
to point out that the code need to be updated because GCC 4.1
--
Bug 16995 depends on bug 19403, which changed state.
Bug 19403 Summary: [4.0/4.1 Regression] name lookup is broken with friends
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19403
What|Old Value |New Value
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-14
14:53 ---
Fixed in the mainline.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 16995 depends on bug 4403, which changed state.
Bug 4403 Summary: incorrect class becomes a friend in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4403
What|Old Value |New Value
--
Bug 9783 depends on bug 4403, which changed state.
Bug 4403 Summary: incorrect class becomes a friend in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4403
What|Old Value |New Value
--
Bug 17652 depends on bug 4403, which changed state.
Bug 4403 Summary: incorrect class becomes a friend in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4403
What|Old Value |New Value
--
Bug 12944 depends on bug 4403, which changed state.
Bug 4403 Summary: incorrect class becomes a friend in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4403
What|Old Value |New Value
--
Bug 12944 depends on bug 9783, which changed state.
Bug 9783 Summary: [DR433] Can't forward reference class in argument to
templated method.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9783
What|Old Value |New Value
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-14
14:54 ---
Fixed in the mainline.
--
What|Removed |Added
Status|ASSIGNED
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20234
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-16
14:14 ---
Mainline is fixed. No error message is produced which is
the correct behavior. Will recheck 4.0 branch.
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-16
16:05 ---
Cannot reproduce it now on 4.0. I think it's already fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19948
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-16
16:09 ---
ICE no longer reproducible.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 16995 depends on bug 19948, which changed state.
Bug 19948 Summary: [4.0 Regression] ICE: tree check: expected class
'declaration', have 'exceptional' (error_mark) in pushtag, at
cp/name-lookup.c:4658
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19948
What|Old Value
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-18
15:08 ---
Now the code is rejected by GCC in 4.0 branch and mainline.
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-18
16:39 ---
Got it. Mainline ICE on corrected code. 4.0 ICE on both original and corrected
one.
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-19
12:27 ---
Fixed in 3.4/4.0/4.1.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-19
14:15 ---
Fixed in 3.4/4.0/4.1.
--
What|Removed |Added
AssignedTo|lerdsuwa at gcc dot gnu
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-20
13:55 ---
Here is the relevant section of the standard (TC1,
section 9.4.2, paragraph 4):
If a 'static' data member is of 'const' integral or 'const' enumeral type,
its declaration in the class definition can
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-20
14:00 ---
Here is the error message:
pr20549.C: In function 'void popSlot()':
pr20549.C:12: internal compiler error: in resolve_overloaded_unification, at
cp/pt.c:9579
Please submit a full bug report
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-04-23
15:28 ---
The TYPE_NO_ACCESS_CHECK_P is there because we check
access on each tsubst TYPENAME_TYPE, regardless whether
the typename is actually appear in the code or it come from a typedef.
The patch was only
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-04-23
15:30 ---
This is a stage 2 project. Likely to be fixed in a month or two.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16617
--
What|Removed |Added
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19772
--
What|Removed |Added
CC||lerdsuwa at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-08
08:12 ---
Confirmed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-08
08:13 ---
Got it
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lerdsuwa
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-14
12:00 ---
Patch for 4.1 submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01322.html
It requires another patch from me:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01320.html
Won't fix in 3.4
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
11:21 ---
From 14.7.2 [temp.expl.spec] paragraph 2:
An explicit specialization shall be declared in the namespace of which the
template is a member,
or, for member templates, in the namespace of which
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
11:46 ---
Some comment: This cp_binding_level::names and how it is used are internal to
GCC.
Too bad -fdump-translation-unit relies on it. Names are placed in
cp_binding_level::names
only if it may be needed
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
12:37 ---
The code is invalid. In the section 14.8.2 [temp.deduct] paragraph 2 of the
standard
does not include creating a class with invalid base class. Examples of valid
SNINF cases:
- Attempting to create
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
12:41 ---
Confirmed. I think the declaration
int swap(A, A);
should be accepted. Could be something wrong with the type computation
to select overloaded function.
--
What|Removed
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
14:11 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
14:36 ---
Yup, string literal should have type 'const char *'.
--
What|Removed |Added
--
What|Removed |Added
Summary|[3.4/4.0/4.1 Regression]|[3.4/4.0/4.1 Regression]
|Acess failure in accessing |[DR515] Access failure in
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-19
17:07 ---
Patch using new approach for 4.1:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01992.html
(Note this is part 4 in a series, earlier parts are also required)
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-19
17:09 ---
Patch using new approach for 4.1:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01992.html
(Note this is part 4 in a series, earlier parts are also required)
--
What|Removed
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-20
17:42 ---
Also fixed in 4.0.1.
--
What|Removed |Added
Target Milestone|4.1.0
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-22
11:42 ---
Also fixed in GCC 4.0.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13830
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-22
11:43 ---
Also fixed in GCC 4.0.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15453
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-06-07
14:57 ---
Patch withdrawn due to overlooking default function argument and default
template argument. No nice solution is found yet.
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-06-07
14:57 ---
Patch withdrawn due to overlooking default function argument and default
template argument. No nice solution is found yet.
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-06-07
14:58 ---
Patch withdrawn due to overlooking default function argument and default
template argument. No nice solution is found yet.
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-12
12:39 ---
Patches partially fix this bug are submitted:
(for 4.0)
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00854.html
(for 3.4.4)
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00855.html
This should cover
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-12
12:42 ---
Got it. The target for this fix is GCC 4.1.
--
What|Removed |Added
AssignedTo
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-12
14:29 ---
Confirmed. But due to the way GCC works internally, I doubt it will be changed.
--
What|Removed |Added
--
What|Removed |Added
Summary|c++ complexdouble |[arm] c++ complexdouble
|arguments |arguments
--
What|Removed |Added
Component|c++ |target
Summary|Wrong code for function call|[ia64] Wrong code for
|involving
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-13
14:18 ---
Patches are withdrawn. They fail to deal with some more complex cases
and the approach used has to be overhauled.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18681
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-13
15:02 ---
Reduced testcase:
namespace CORBA
{
class Any
{
public:
void replace ();
};
}
namespace TAO
{
templatetypename T
class Any_Impl_T
{
void extract (const CORBA::Any
--
What|Removed |Added
Summary|'bus error' at runtime while|[hppa] 'bus error' at
|passing a special struct to |runtime while passing a
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-13
15:27 ---
Should be allowed according to 14.7.3/16. All my GCC versions
fail to compile the testcase (maybe some 3.3.x does) so I can't
verify that it's a regression.
The problem is some incorrect logic
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-15
15:30 ---
Looking at it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--
What|Removed |Added
AssignedTo|lerdsuwa at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|ASSIGNED
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-17
16:44 ---
The patch looks correct although the code is messy. With the patch,
when is_friend is true and processing_specialization is false, we
no longer count the number of template header to see if there are
too
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-15
15:22 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-16
14:55 ---
This should be ice-on-invalid-code. The code:
barevil()();
must be replaced with:
barDummy::evil()();
because 'evil' alone is not a valid pointer-to-member function.
GCC compiles file
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-21
15:50 ---
Revised patch for 4.0 posted:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01634.html
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-23
15:34 ---
The error message shows 'using-declaration' while it
is actually an 'access-declaration' (section 11.3 in
the standard).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18698
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28
15:29 ---
The patch for PR1016 will also fix this bug. That patch is ready
and the plan is getting it in after GCC 4.0 is branched. I am
closing this as a duplicate.
*** This bug has been marked as a duplicate
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28
15:29 ---
*** Bug 13830 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
Bug 12944 depends on bug 13830, which changed state.
Bug 13830 Summary: Invalid covariant type for identical type, friend related
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13830
What|Old Value |New Value
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28
15:30 ---
The patch for PR1016 will also fix this bug. That patch is ready
and the plan is getting it in after GCC 4.0 is branched. I am
closing this as a duplicate.
*** This bug has been marked as a duplicate
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28
15:30 ---
*** Bug 15453 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
Bug 16995 depends on bug 15453, which changed state.
Bug 15453 Summary: Friend declaration treated as a declaration in scope.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15453
What|Old Value |New Value
--
Bug 12944 depends on bug 15453, which changed state.
Bug 15453 Summary: Friend declaration treated as a declaration in scope.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15453
What|Old Value |New Value
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-29
14:20 ---
Not a bug. You have to replace the code at line 68:
tstackT::link* p;
with
typename tstackT::link* p;
Check out the web page http://gcc.gnu.org/gcc-3.4/changes.html
and search for You mustnow use
1 - 100 of 231 matches
Mail list logo