[Issue 7196] Unfair function address overload resolution
d-bugmail at puremagic.com
d-bugmail at puremagic.com
Mon Jan 2 11:47:32 PST 2012
http://d.puremagic.com/issues/show_bug.cgi?id=7196
--- Comment #4 from timon.gehr at gmx.ch 2012-01-02 11:47:18 PST ---
(In reply to comment #3)
> (In reply to comment #2)
> > This is strange - issue 52 is marked as fixed, so why does it still EVER pick
> > the wrong instance?
>
> This problem is only when the caller of CallExp is AddrExp (== &foo).
> bug 51 is the problems on initializer and rhs of AssignExp.
>
> > Where does the spec address the meaning of &foo if there's more than one
> > function called foo in scope?
>
> In this case, CallExp can pick the original overload of foo in static.
> Therefore compiler should translate from (&foo)(arguments...) to
> foo(arguments...).
> Finally, the overload should be resolved.
If the compiler rewrites (&foo)(arguments...) to foo(arguments...), is it now
able to inline delegates that are called directly like for example {x++;}() ?
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
More information about the Digitalmars-d-bugs
mailing list