-
-
Notifications
You must be signed in to change notification settings - Fork 617
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Automatically resolve types across modules #899
Comments
@ilyapuchka Can you please help me with this? |
@krishnaagarwal1994 can you create a sample project reproducing the issue? it would help |
sourcery0.zip |
thanks, I don't think we ever had cross module resolution with not fully qualified names, if you add the target name explicitly to I'll look into adding this feature |
@krzysztofzablocki Yeah, I already tried that, if mentioning the target name explicitly then it's identifying correctly. If I am mentioning project path, target names then the Sourcery is retuning the returnType as nil |
@krzysztofzablocki
|
yeah sources don't run into those kind of issues, that's original implementation and more popular, xcodeproj was contributed later and there are some kinks there to figure out I'm going to try to implement this either way, but not sure when so if you don't need xcodeproj integration it's easier to use sources approach |
Actually, I am working on a quite complex project, where I need to support functionality on a module/target level. |
@krzysztofzablocki Thanks for the fix. |
I am parsing a method in a class A present in TargetA,
Class A has a method that has a return type of Class B, which is also present in TargetA.
But sourcery is still returning false for
The configuration file that I am using
The text was updated successfully, but these errors were encountered: