| Issue 232: | ambiguous overload | |
| 1 person starred this issue and may be notified of changes. | Back to list |
no i don't have a small reproducible example, but i'm posting this in case it rings any bells or is at all a clue about something going on. note that it doesn't fail on neko or flash, just hxcpp. (this is from an nme project, by the way.) http://pastebin.com/yLFEkKKH
Mar 6, 2013
#1
rao...@gmail.com
Mar 6, 2013
i am guessing because 'cancelTransition' is 'var cancelTransition:T;' in the superclass 'class DialogState<T:EnumValue>'. hxcpp is just making everything dynamic assuming that the haxe compiler did the checking right, but then seems to lead to this ambiguity where the lack of a type, only Dynamic, means the compiler can't choose? i am totally guessing.
Mar 6, 2013
hxcpp 2.10.2 haxe 2.10 nme 3.5.5 os x 10.7.5 neko 1.8.2
May 2, 2013
It's a little bit tricky to work out what is going on without the super class def - or some kind of simplified example. I have fixed a few issues to do with the ambiguous compare with string, so maybe this is fixed with the hxcpp 3.0 (and maybe haxe 3.0 too)?
May 2, 2013
thanks! (i'm currently unable to do more work with my haxe/nme/hxcpp projects woe is me until months go by.)
Aug 22, 2013
I'm going to close this one, but please reopen it if there is still a problem.
Status:
Fixed
|