You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fromtypingimportTuplefromlibimportTransformdefint_tf(m: int) ->Transform[int, str]: # Bad number of arguments for type alias, expected: 0, given: 2deftransform(i: int, pos: int) ->Tuple[int, str]:
a= (i+pos) %m# Name 'T' is not defined Name 'R' is not definedreturn (a, 'ok')
returntransform
It works when an alias is defined in the same file
Sorry, last weeks were busy, so I could not finish this. I actually wanted to spend next week less on reviewing PRs and more on fixing old assigned issues. Do you want to work on this one?
I'm reviewing github issues and trying keep the information about who's working on what up-to-date. This issue isn't particularly urgent among the high-priority issues.
Activity
dmzkrsk commentedon Feb 21, 2017
Looks like
TandRare not "bound" toTransformfrom lib import T, Rsolves this issue (but it doesn't look right)Defining
TandRinmain.pyworks tooilevkivskyi commentedon Feb 21, 2017
Thanks for reporting this! Indeed, this looks like a bug. I will take a look at this.
JukkaL commentedon May 31, 2017
@ilevkivskyi Are you still working on this?
ilevkivskyi commentedon May 31, 2017
Sorry, last weeks were busy, so I could not finish this. I actually wanted to spend next week less on reviewing PRs and more on fixing old assigned issues. Do you want to work on this one?
JukkaL commentedon May 31, 2017
I'm reviewing github issues and trying keep the information about who's working on what up-to-date. This issue isn't particularly urgent among the high-priority issues.
Simplify and tighten type aliases (#3524)