--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-13 16:09 ---
Invalid for the same reason why PR 28687 is invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from bonzini at gnu dot org 2006-08-03 20:36 ---
is this a rejects-valid?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28275
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-03 20:39 ---
I think we should error out even if the template is not instantiated.
Otherwise we get a QOI problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28275
--- Comment #5 from apl at alum dot mit dot edu 2006-08-03 22:51 ---
issuing an error here probably will cause you to violate SFINAE as well.
And to my mind as a 'user', the QOI issue is that an optimization flag is
interfering with a perfectly reasonable behavior when I don't
--- Comment #1 from apl at alum dot mit dot edu 2006-07-05 19:15 ---
Created an attachment (id=11836)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11836action=view)
test generating error
compile with
g++ -fno-rtti
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28275
--- Comment #2 from apl at alum dot mit dot edu 2006-07-05 19:16 ---
Ideally, this should not produce an error UNLESS you invoke
derivedT::upcast()
from within a compilation unit under the influence of -fno-rtti
--
apl at alum dot mit dot edu changed:
What|Removed