-
-
Notifications
You must be signed in to change notification settings - Fork 114
library-to-library dependencies #22
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
Comments
@descampsa can you provide an example sketch + libraries, even fake libraries? |
Sure, here you have a (very) minimal example:
If you want a real lib where this happened to me, see https://github.com/descampsa/ardyno. |
Uhm I see. I'm looking for a clean solution. In the meanwhile, move |
Note to self: while this issue is still valid, it's not reproducible anymore with the given sketch, because arduino-builder is now able to discover SoftwareSerial dependency specified in Foo.cpp |
@descampsa while I couldn't replicate this any more thanks to the smarter dependency discovery algorithm, I've also added a step that DELETES previously compiled libraries files IF those libraries are no longer used. Fix will be available with next hourly build http://www.arduino.cc/en/Main/Software#hourly |
See arduino/Arduino#3877 for previous discussion.
The problem is that a library is not recompiled when the include list of the main sketch (or of another library) has changed, despite the compilation option (include paths) are modified.
Note that when library-to-library dependencies will be completely supported (#12), i think it will be harder to find a reasonnable case where it is really noticeable. The only one i can think of is the one suggested by matthijskooijman, with the conflicting secondary header files.
I still think however that the proposed solution (each library generates its own dependency list) would make more sense and avoid bad surprises in some corner cases.
The text was updated successfully, but these errors were encountered: