-
Notifications
You must be signed in to change notification settings - Fork 9
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
Cyclical dependencies warning #105
Comments
The cyclical dependency warning was added last as part of the build process to bring attention to them. Your project may have always had them (or gems you depended on), this just brings them to light and become more important if you end up monkey patching classes that have cyclical dependencies. |
I've been trying to understand the error message and so I've included the code that you published earlier at: https://github.com/rubymotion/motion-support/issues/38#issuecomment-366676898. However, in Besides, when I use |
Applying the following patch will give you the full graph: jamonholmgren/ProMotion#810 There is also this gem that will let you visualize your dependencies: https://github.com/emad-elsaid/rubrowser |
Thanks for the pointers. https://github.com/infinitered/ProMotion/issues/810 only displays dependencies between files, NOT classes, as far as I can see.
|
|
@caramdache are you monkey patching any gems you depend on? Make sure you are including files in both |
No, but I'm monkey patching quite a few UIKit classes by myself. This is what the |
Are any of the libraries that you depend on also monkepatching the same UIKit libraries? I don't think it'll be an issue given that it's all UIKit related. If you want you can email me at [email protected] or DM on the Slack and I can help with your private repo. |
It's been a while since I compiled one of my projects and it suddenly raises warnings for possible cyclical dependencies. A while later, CoreData complains that some dynamic accessors cannot be resolved.
Intriguing, because these issues were never raised before by earlier version of RM. All the more intriguing that another project that follows a similar template (same class structure, same use of core data, use of the same RM lib, etc.) compiles and runs just fine.
Could this be a bug in RM 5.14 ?
The text was updated successfully, but these errors were encountered: