My favorites | Sign in
Project Home Wiki Issues Source
READ-ONLY: This project has been archived. For more information see this post.
Search
for
  Advanced search   Search tips   Subscriptions
Issue 232: ambiguous overload
1 person starred this issue and may be notified of changes. Back to list
Status:  Fixed
Owner:  ----
Closed:  Aug 2013


 
Reported by rao...@gmail.com, Mar 6, 2013
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
http://pastebin.com/uiynqMEJ is part of the relevant source.
Mar 6, 2013
#2 rao...@gmail.com
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
#3 rao...@gmail.com
hxcpp 2.10.2
haxe 2.10
nme 3.5.5
os x 10.7.5
neko 1.8.2

May 2, 2013
Project Member #4 gameh...@gmail.com
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
#5 rao...@gmail.com
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
Project Member #6 gameh...@gmail.com
I'm going to close this one, but please reopen it if there is still a problem.
Status: Fixed

Powered by Google Project Hosting