Build fails when ign-rendering headers are installed in a system location

maliput / delphyne

Scenario and search based Ego/Ado Car traffic simulations

BSD 3-Clause "New" or "Revised" License

0 stars 0 forks source link

Build fails when ign-rendering headers are installed in a system location #28

Closed clalancette closed 6 years ago

clalancette commented 7 years ago

After #27 is merged, the system builds and works like charm, unless you have ign-rendering installed as a system library. In that case, somehow the build picks up the system version of the library, fails to use the internal one, and the build fails. We should figure out why this is and fix it so that things are a bit more hermetic, like bazel wants. For now, the easy workaround is to make sure ign-rendering is not installed as a system library.

clalancette commented 7 years ago

FYI: this is still a problem, even with the new cmake build system. It's not urgent to fix, but people who have earlier installed delphyne may run into this.

stonier commented 6 years ago

Still a problem?

I can't test here. How do you even get ignition-rendering installed? It's not on my Xenial list of debs.

clalancette commented 6 years ago

Last time I checked (about a month ago), still a problem. The libignition-rendering packages come from http://packages.osrfoundation.org/gazebo/ubuntu-stable/ , which delphyne doesn't currently rely on. This is mostly a problem for people who develop both on Gazebo/Ignition and Delphyne.

stonier commented 6 years ago

Note: ignition rendering isn't actually there. Let's open it once someone has a reproducable story for us.