public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: c++/4361: bogus ambiguity taking the address of a member template
@ 2002-03-16 10:30 nathan
0 siblings, 0 replies; 3+ messages in thread
From: nathan @ 2002-03-16 10:30 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, nathan, sebor
Synopsis: bogus ambiguity taking the address of a member template
State-Changed-From-To: analyzed->closed
State-Changed-By: nathan
State-Changed-When: Sat Mar 16 10:30:30 2002
State-Changed-Why:
mainline only, as this is not a regression.
2001-12-30 Nathan Sidwell <nathan@codesourcery.com>
PR c++/4361
* cp-tree.h (CLASSTYPE_METHOD_VEC): Document where templated
conversion operators go.
(struct lang_decl_flags): Add template_conv_p and unused
bitfields.
(DECL_TEMPLATE_CONV_FN_P): New macro.
* call.c (build_user_type_conversion_1): Don't check second type
conversion of overload set first.
* class.c (add_method): Make sure templated conversion operators
all end up on slot 2.
* lex.c (do_identifier): A conversion operator token might be
satisfied by a templated conversion operator.
* mangle.c (internal_mangling_p): New global variable.
(write_template_param): Do internal mangling, if needed.
(mangle_conv_op_name_for_type): Request internal mangling.
* pt.c (check_explicit_specialization): Use
CLASSTYPE_FIRST_CONVERSION_SLOT.
(template_parm_this_level_p): New function.
(push_template_decl_real): Determine DECL_TEMPLATE_CONV_FN_P.
* search.c (lookup_fn_fields_1): Template conversions will be on
the first slot.
* typeck.c (build_component_ref): Preserve the type of an
conversion operator name on the overload type.
(build_x_function_call): Retrieve the conversion operator name.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=4361
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: c++/4361: bogus ambiguity taking the address of a member template
@ 2001-12-29 8:30 nathan
0 siblings, 0 replies; 3+ messages in thread
From: nathan @ 2001-12-29 8:30 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, nathan, nobody, sebor
Synopsis: bogus ambiguity taking the address of a member template
Responsible-Changed-From-To: unassigned->nathan
Responsible-Changed-By: nathan
Responsible-Changed-When: Sat Dec 29 08:30:28 2001
Responsible-Changed-Why:
patch in progress
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=4361
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: c++/4361: bogus ambiguity taking the address of a member template
@ 2001-12-15 10:27 nathan
0 siblings, 0 replies; 3+ messages in thread
From: nathan @ 2001-12-15 10:27 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, nobody, sebor
Old Synopsis: gcc 3.0.1 bogus ambiguity taking the address of a member template
New Synopsis: bogus ambiguity taking the address of a member template
State-Changed-From-To: open->analyzed
State-Changed-By: nathan
State-Changed-When: Sat Dec 15 10:27:45 2001
State-Changed-Why:
yup, that looks bogus
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=4361
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2002-03-16 18:30 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-03-16 10:30 c++/4361: bogus ambiguity taking the address of a member template nathan
-- strict thread matches above, loose matches on Subject: below --
2001-12-29 8:30 nathan
2001-12-15 10:27 nathan
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).