-
Notifications
You must be signed in to change notification settings - Fork 11
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
Compilation failing against YARP devel and master #56
Comments
|
|
Actually I think that the regression was introduced by robotology/yarp#2102 , and the reason why it is not failing in Travis/Linux is that Linux is using an old version of YARP due to the docker caching. |
As an initial step I am restoring the CI to the standard deps branches (#58) so that the CI for the master should be fixed. I will then investigate further the compatibility with YARP |
I confirm the regression in introduced by this commit |
As the upstream issue is not really progressing, I would strongly suggest to have some sort of local workaround that fixes the build for the time being, for example by modifying the include to be Line 34 in f52a9e1
WEARABLEDATA_INCLUDE_DIRS the necessary directories to be compatible both with YARP 3.2 and the future YARP 3.3 .
|
I tried this fix, the problem is that the same problem is raised for the include of the generated
In fact in its header it includes all the other thrift messages:
Here to you mean for example to add also the parent directory of the |
Exactly. Just to understand, with YARP 3.3 , the include headers contain the An alternative for the problem may be to move the |
new PR opened at robotology/yarp#2118. |
No, what happen is that all the generated files (e.g.
Same happen in this situation, and what change is just that the folder in which they are is:
|
Can't you just pass |
Or any directory that is necessary to make sure that everything is correctly included. |
I am trying to fix the compilation with YARP devel:
|
Can't we append the directory of the generation of the |
I tried also this, but then it was failing to find
The problem is that this path would be different using YARP master or devel |
This seems to be a different problem.
Ack, then it is not ideal, but if this is the only viable option you can also have an |
Anyway, I am not understating why I have this problem also in |
I am not really sure, probably inspecting directly the command line parameters passed to the compiler for the compilation unit that is failing (for make via |
@lrapetti let me know if you need any f2f help. |
Using verbose I notice something strange, in fact there is a path that is repeated twice:
While before that commit there is not that wrong path, while there is the correct included path
so probably that strange path is due to te command |
This is interesting, can you print |
|
Apparently there has been another regression related to this, see robotology/yarp#2118 (comment) . |
With #71 the new regression should be addressed. Closing the issue. |
See https://travis-ci.org/robotology/wearables/builds/595555081?utm_medium=notification&utm_source=email. The Travis CI seems to be broken on MacOS, probably after some update in YARP.
The text was updated successfully, but these errors were encountered: