http://d.puremagic.com/issues/show_bug.cgi?id=4435
Jonathan M Davis <jmdavisp...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jmdavisp...@gmail.com
--- Comment #1 from Jonathan M Davis <jmdavisp...@gmail.com> 2010-07-07
10:44:57 PDT ---
Per TDPL, you should have to call these with the syntax c1.Alive.isDead() and
c1.Dead.isDead() and c1.isDead() is disallowed. So, obviously the current
version of dmd doesn't match TDPL in that respect.
Also, I should point out that per TDPL, to call either of them as isDead
without parens like you did would require the functions to be marked with
@property, otherwise you would have to have parens. DMD doesn't actually
require that yet. It would, however, raise the question of what to do in the
case where one of the two interfaces had isDead() declared as a property while
the other declared it as a non-property function. Would isDead call the
property version and isDead() call the non-property version, or would both be
disallowed?
Regardless, it is a bit bizarre to allow interfaces to have properties when
they can't have member variables, since properties emulate public member
variables. But I'm not sure that that's really a problem so much as just a bit
weird.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
