<div dir="ltr">Hi KOS,<br><div class="gmail_extra"><br><div class="gmail_quote">On 16 July 2015 at 18:36, Konstantin <span dir="ltr"><<a href="mailto:lalakostya@gmail.com" target="_blank">lalakostya@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hello!<br><br>/usr/include/gstreamer-1.0/gst/gstelement.h:55:27: fatal error: gst/gstconfig.h: No such file or directory<br><br><br></div>with <b>GStreamer 1.5.2</b> because gst/gstconfig.h is located in the<br><i>/usr/lib64/gstreamer-1.0/include/gst</i> now!<br><br><br></div><div>Maybe its reasonable to use something like<br><b>FIND_PACKAGE_HANDLE_STANDARD_ARGS (GStreamer* DEFAULT_MSG GSTREAMER*_LIBRARIES GSTREAMER*_INCLUDE_DIRS)</b><br><br></div><div>for systems with pkg-config (for Linux etc .^)<br><br></div><div>in the CMakeModules/FindGStreamer.cmake<br></div></div></blockquote><div><br></div><div>I've been trying to get to the bottom of this issue, reviewing your proposed change, looking into the background of CMake's pkg_check_modules/find_path/find_library usage.<br><br></div><div>First up, GStreamer 1.5.2 looks to me just a development release, not a stable release of GStreamer, for an OSG release we need to make sure that stable releases are supported, and if not problematic dev releases too but isn't critical.  <br><br>Installing headers into a lib directory seems a bit odd when there are standard places in unices for putting include headers that are already well established... like /usr/include.  Do you have any idea what the motivation for this odd decision from GStreamer dev is?  Could it be just a temporary anomaly that will be fixed by the next release.<br><br></div><div>As to why the existing OpenSceneGraph/CMakeModules/FindGStreamer.cmake isn't working for you install of Gstreamer 1.5.2, perhaps the default find_path is failing simply because /usr/lib64 is not a normal place to find headers so it isn't checking there.  If we need to perhaps adding this to the path would be the solution.<br><br></div><div>I'm keen not to just change the way the FindGStreamer.cmake works because it just so happens to not quite work with an peculiar decision made in a GStreamer dev release.<br></div><div><br></div><div>Robert.<br></div><div><br><br></div><div><br> </div></div></div></div>