mirrors/gstreamer
mirrors/gstreamer
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gstreamer.git synced 2024-11-14 05:12:09 +00:00
Code Issues 1 Projects Releases Wiki Activity
gstreamer/subprojects/gst-plugins-bad/gst-libs/gst/opencv/meson.build

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

54 lines
1.9 KiB
Meson
Raw Normal View History

opencv: Enable in meson build https://bugzilla.gnome.org/show_bug.cgi?id=774223
2016-11-15 16:57:20 +00:00
opencv_sources = [
'gstopencvutils.cpp',
'gstopencvvideofilter.cpp',
]
opencv_headers = [
opencv: GST_EXPORT -> GST_OPENCV_API We need different export decorators for the different libs. For now no actual change though, just rename before the release, and add prelude headers to define the new decorator to GST_EXPORT.
2018-03-13 12:57:56 +00:00
'opencv-prelude.h',
opencv: Enable in meson build https://bugzilla.gnome.org/show_bug.cgi?id=774223
2016-11-15 16:57:20 +00:00
'gstopencvutils.h',
'gstopencvvideofilter.h',
]
meson: allow the user to disable opencv Allow the user to really disable opencv through meson (i.e. -Dopencv=disabled). Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1533>
2020-08-22 21:33:48 +00:00
if get_option('opencv').disabled()
gstopencv_dep = disabler()
subdir_done()
endif
meson: fix build with opencv=enabled and opencv4. Fixes #964 Having the opencv feature enabled would lead to the opencv3 dependency being required which failed with only opencv4 being available. Instead don't require anything and error out at the end if the feature was enabled but no dependency was found.
2019-05-05 20:11:16 +00:00
opencv_dep = dependency('opencv', version : '>= 3.0.0', required : false)
opencv: make compatible with opencv 4 Closed #826
2018-11-25 15:13:28 +00:00
if not opencv_dep.found()
meson: fix build with opencv=enabled and opencv4. Fixes #964 Having the opencv feature enabled would lead to the opencv3 dependency being required which failed with only opencv4 being available. Instead don't require anything and error out at the end if the feature was enabled but no dependency was found.
2019-05-05 20:11:16 +00:00
opencv_dep = dependency('opencv4', version : '>= 4.0.0', required : false)
opencv: make compatible with opencv 4 Closed #826
2018-11-25 15:13:28 +00:00
endif
opencv: Enable in meson build https://bugzilla.gnome.org/show_bug.cgi?id=774223
2016-11-15 16:57:20 +00:00
if opencv_dep.found()
opencv: suppress another warning about non-existent include dirs Ammend to 92456967d0fbdb57f7bf089b06d930b7d30bc417 !1427 The .pc file of opencv4 seems to be broken Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1438>
2020-07-10 18:58:23 +00:00
# opencv4 seems to ship with .pc file that references non-existent include dir
# (/usr/include/opencv4/opencv instead of /usr/include/opencv4/opencv2)
opencv: compile with -Wno-format-nonliteral opencv plugin is pulling a header which makses clang++ 10 complain a lot and blocks -werror. ``` /usr/include/opencv4/opencv2/flann/logger.h:83:36: error: format string is not a string literal [-Werror,-Wformat-nonliteral] int ret = vfprintf(stream, fmt, arglist); ^~~ ``` Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1494>
2020-08-05 09:35:12 +00:00
# clang 10 complains about the following header in opencv4
# /usr/include/opencv4/opencv2/flann/logger.h:83:36: error: format string is not a string literal [-Werror,-Wformat-nonliteral]
gstopencv_cargs = cxx.get_supported_arguments(['-Wno-missing-include-dirs', '-Wno-format-nonliteral'])
opencv: suppress another warning about non-existent include dirs Ammend to 92456967d0fbdb57f7bf089b06d930b7d30bc417 !1427 The .pc file of opencv4 seems to be broken Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1438>
2020-07-10 18:58:23 +00:00
meson: List libraries and their corresponding gir definition Introduces a `libraries` variable that contains all libraries in a list with the following format: ``` meson libraries = [ [pkg_name, { 'lib': library_object 'gir': [ {full gir definition in a dict } ] ], .... ] ``` It therefore refactors the way we build the gir so that we can reuse the same information to build them against 'gstreamer-full' in gst-build when linking statically Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1093>
2020-06-27 04:39:00 +00:00
pkg_name = 'gstreamer-opencv-1.0'
opencv: Enable in meson build https://bugzilla.gnome.org/show_bug.cgi?id=774223
2016-11-15 16:57:20 +00:00
gstopencv = library('gstopencv-' + api_version,
opencv_sources,
libs: fix API export/import and 'inconsistent linkage' on MSVC For each lib we build export its own API in headers when we're building it, otherwise import the API from the headers. This fixes linker warnings on Windows when building with MSVC. The problem was that we had defined all GST_*_API decorators unconditionally to GST_EXPORT. This was intentional and only supposed to be temporary, but caused linker warnings because we tell the linker that we want to export all symbols even those from externall DLLs, and when the linker notices that they were in external DLLS and not present locally it warns. What we need to do when building each library is: export the library's own symbols and import all other symbols. To this end we define e.g. BUILDING_GST_FOO and then we define the GST_FOO_API decorator either to export or to import symbols depending on whether BUILDING_GST_FOO is set or not. That way external users of each library API automatically get the import. While we're at it, add new GST_API_EXPORT in config.h and use that for GST_*_API decorators instead of GST_EXPORT. The right export define depends on the toolchain and whether we're using -fvisibility=hidden or not, so it's better to set it to the right thing directly than hard-coding a compiler whitelist in the public header. We put the export define into config.h instead of passing it via the command line to the compiler because it might contain spaces and brackets and in the autotools scenario we'd have to pass that through multiple layers of plumbing and Makefile/shell escaping and we're just not going to be *that* lucky. The export define is only used if we're compiling our lib, not by external users of the lib headers, so it's not a problem to put it into config.h Also, this means all .c files of libs need to include config.h to get the export marker defined, so fix up a few that didn't include config.h. This commit depends on a common submodule commit that makes gst-glib-gen.mak add an #include "config.h" to generated enum/marshal .c files for the autotools build. https://bugzilla.gnome.org/show_bug.cgi?id=797185
2018-09-24 10:52:22 +00:00
c_args : gst_plugins_bad_args + ['-DBUILDING_GST_OPENCV'],
gst-plugins-bad: define G_LOG_DOMAIN for all libraries Fixes #634 Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1009>
2021-10-01 14:31:18 +00:00
cpp_args : gst_plugins_bad_args + gstopencv_cargs + ['-DBUILDING_GST_OPENCV', '-DG_LOG_DOMAIN="GStreamer-OpenCV"'],
opencv: Fix build error on macOS The build fails on macos with the following error: /usr/local/Cellar/opencv/4.5.0_5/include/opencv4/opencv2/core/mat.hpp:2226:15: error: no template named 'initializer_list' in namespace 'std' Mat_(std::initializer_list<_Tp> values); fatal error: too many errors emitted, stopping now [-ferror-limit=] 35 warnings and 20 errors generated. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/2368>
2021-06-30 04:56:49 +00:00
override_options : ['cpp_std=c++11'],
opencv: Enable in meson build https://bugzilla.gnome.org/show_bug.cgi?id=774223
2016-11-15 16:57:20 +00:00
include_directories : [configinc, libsinc],
version : libversion,
soversion : soversion,
meson: List libraries and their corresponding gir definition Introduces a `libraries` variable that contains all libraries in a list with the following format: ``` meson libraries = [ [pkg_name, { 'lib': library_object 'gir': [ {full gir definition in a dict } ] ], .... ] ``` It therefore refactors the way we build the gir so that we can reuse the same information to build them against 'gstreamer-full' in gst-build when linking statically Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1093>
2020-06-27 04:39:00 +00:00
darwin_versions : osxversion,
opencv: Enable in meson build https://bugzilla.gnome.org/show_bug.cgi?id=774223
2016-11-15 16:57:20 +00:00
install : true,
dependencies : [gstbase_dep, gstvideo_dep, opencv_dep],
)
meson: Namespace the plugins_doc_dep/libraries variables Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/2970>
2022-09-01 15:51:48 +00:00
gst_libraries += [[pkg_name, {'lib': gstopencv}]]
opencv: Enable in meson build https://bugzilla.gnome.org/show_bug.cgi?id=774223
2016-11-15 16:57:20 +00:00
gstopencv_dep = declare_dependency(link_with: gstopencv,
include_directories : [libsinc],
dependencies : [gstvideo_dep, opencv_dep])
meson: List libraries and their corresponding gir definition Introduces a `libraries` variable that contains all libraries in a list with the following format: ``` meson libraries = [ [pkg_name, { 'lib': library_object 'gir': [ {full gir definition in a dict } ] ], .... ] ``` It therefore refactors the way we build the gir so that we can reuse the same information to build them against 'gstreamer-full' in gst-build when linking statically Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1093>
2020-06-27 04:39:00 +00:00
meson.override_dependency(pkg_name, gstopencv_dep)
Add feature options for almost all plugins The only plugins remaining are those that haven't been ported to Meson yet, and msdk. Also, the tests are still automagic. https://bugzilla.gnome.org/show_bug.cgi?id=795107
2018-07-27 13:29:23 +00:00
install_headers(opencv_headers, subdir : 'gstreamer-1.0/gst/opencv')
meson: fix build with opencv=enabled and opencv4. Fixes #964 Having the opencv feature enabled would lead to the opencv3 dependency being required which failed with only opencv4 being available. Instead don't require anything and error out at the end if the feature was enabled but no dependency was found.
2019-05-05 20:11:16 +00:00
elif get_option('opencv').enabled()
error('OpenCV support enabled but required dependencies were not found.')
docs: generate documentation for libgstopencv
2020-06-20 23:32:29 +00:00
else
gstopencv_dep = disabler()
opencv: Enable in meson build https://bugzilla.gnome.org/show_bug.cgi?id=774223
2016-11-15 16:57:20 +00:00
endif
Reference in a new issue Copy permalink