[osg-users] 3.4.0-rc3 build problem

[Robert Osfield]

Hi KOS,

On 16 July 2015 at 18:36, Konstantin <lalakostya at gmail.com> wrote:

> Hello!
>
> /usr/include/gstreamer-1.0/gst/gstelement.h:55:27: fatal error:
> gst/gstconfig.h: No such file or directory
>
>
> with *GStreamer 1.5.2* because gst/gstconfig.h is located in the
> */usr/lib64/gstreamer-1.0/include/gst* now!
>
>
> Maybe its reasonable to use something like
> *FIND_PACKAGE_HANDLE_STANDARD_ARGS (GStreamer* DEFAULT_MSG
> GSTREAMER*_LIBRARIES GSTREAMER*_INCLUDE_DIRS)*
>
> for systems with pkg-config (for Linux etc .^)
>
> in the CMakeModules/FindGStreamer.cmake
>

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.

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.

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.

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.

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.

Robert.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/attachments/20150717/8a2a2eb4/attachment-0003.htm>