gstreamer merge requestshttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests2024-03-21T12:42:43Zhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6312Windows: Fix INSTNONAME not defined2024-03-21T12:42:43ZDan YeawWindows: Fix INSTNONAME not definedThis MR fixes two build errors I was getting on Windows and closes #3368.
1. INSTNONAME not defined
2. python_opt not definedThis MR fixes two build errors I was getting on Windows and closes #3368.
1. INSTNONAME not defined
2. python_opt not defined1.24.2https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6252gst-python: fix cross-compiling2024-03-02T16:27:04ZMichael Olbrichgst-python: fix cross-compilingWhen cross-compiling, looking in the root filesystem of the build host to find
the Python library makes no sense. Instead, assume that the directory and file
name provided by Python are correct and use those without checking.When cross-compiling, looking in the root filesystem of the build host to find
the Python library makes no sense. Instead, assume that the directory and file
name provided by Python are correct and use those without checking.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6128gstreamer-vaapi: build: don't fallback libva2024-02-23T11:21:26ZVíctor Manuel Jáquez Lealgstreamer-vaapi: build: don't fallback libvaThis is a partial revert of !1397
As stated in #2701 libva cannot be used as submodule until its release 2.14 but
gstreamer-vaapi support libva 1.39, which is useful for users of ancient
distributions, so there's no reason to bump it ju...This is a partial revert of !1397
As stated in #2701 libva cannot be used as submodule until its release 2.14 but
gstreamer-vaapi support libva 1.39, which is useful for users of ancient
distributions, so there's no reason to bump it just to use libva as submodule.Víctor Manuel Jáquez LealVíctor Manuel Jáquez Lealhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/4301meson: devtools: Fix for Windows build2023-03-29T20:06:00ZSeungha Yangseungha@centricular.commeson: devtools: Fix for Windows buildThe prefix can be Windows style path for example "C:\WHERE\TO\INSTALL".
Use join_paths instead.The prefix can be Windows style path for example "C:\WHERE\TO\INSTALL".
Use join_paths instead.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/3844GL/SDL2 examples: Make it build on Visual Studio2023-02-03T04:20:15ZChun-wei FanGL/SDL2 examples: Make it build on Visual StudioHi,
In recent releases SDL2's CMake build produces pkg-config files for us, which will enable the GL/SDL examples to build. So this attempts to make such builds work, by:
* Updating the C sources so that they will compile on Visual S...Hi,
In recent releases SDL2's CMake build produces pkg-config files for us, which will enable the GL/SDL examples to build. So this attempts to make such builds work, by:
* Updating the C sources so that they will compile on Visual Studio:
* Change `WIN32` to `_WIN32`, since `_WIN32` is always defined for compilers targeting Windows.
* Include `stdio.h` for `stderr`.
* Define `GL_CLAMP_TO_EDGE` if needed, as Windows's stock `GL/gl.h` may not have supported that.
* Update the Meson build files to link to `SDL2main.lib` on Visual Studio-like compilers, since it's required, and Meson's SDL2 support does not yet cover using CMake, so we can't use the `components:` keyword in the `dependency...` call.
The code still needs some update to work under Windows, but at least the code now builds.
With blessings, thank you!https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/3540Draft: gstreamer-full: add support for win64 with GStreamer MSI package insta...2023-06-27T14:12:33ZStéphane Cerveauscerveau@igalia.comDraft: gstreamer-full: add support for win64 with GStreamer MSI package installed### Prerequisites:
**The GStreamer devel MSI package and pkgconfiglite must be installed on the machine**
### Patches
- To support windows linker, the need for external deps in the tools definition with gstreamer-full should be fine ...### Prerequisites:
**The GStreamer devel MSI package and pkgconfiglite must be installed on the machine**
### Patches
- To support windows linker, the need for external deps in the tools definition with gstreamer-full should be fine tuned, see ff5d7b54117d24aeba0774ef7a408c87c1310c14.
- Add a way to export gst_init_static_plugins to let `g_module_open` initialize the static plugins. e2d0424958ea7a3423ff796f7b944854b14e8bd5
- validate: do not define Dllmain twice in static mode, see a68d1685a0fb1e1a9b335464caa1f055ccd01295
### TODO
The devtools is still having an issue with gst-validate-images-check-1.0.exe due to a static link with libgstreamer-1.0.a resulting in multiple instance of gst_init()
A few other plugins need still to be disabled:
- gst-plugins-good:lame=disabled (link issue, unresolved symbols)
- gst-plugins-good:vpx=disabled (link issue, unresolved symbols)
### Working configure line
```
$ meson builddir --default-library=static \
-Ddoc=disabled -Ddevtools=disabled \
-Dgst-plugins-good:lame=disabled \
-Dgst-plugins-good:vpx=disabled
```
Part of the effort on #1629https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/3466Build base and good with the c99 c_std option2022-12-12T14:33:47ZIgnacio CasalBuild base and good with the c99 c_std optionThis fixes the build in old distributions like CentOS 7
Fixes #1602This fixes the build in old distributions like CentOS 7
Fixes #1602https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/3315Fix hotdoc.generate_doc() with Meson >= 0.64.02023-11-13T09:59:50ZXavier Claessensxclaesse@gmail.comFix hotdoc.generate_doc() with Meson >= 0.64.0Meson >= 0.64.0 started to validate type of objects passed to the
`dependencies:` kwarg and GStreamer was passing a few invalid args that
should have been in `depends:` instead.
`dependencies:` is for libraries that the doc generator ne...Meson >= 0.64.0 started to validate type of objects passed to the
`dependencies:` kwarg and GStreamer was passing a few invalid args that
should have been in `depends:` instead.
`dependencies:` is for libraries that the doc generator needs to link
against. It doesn't make much sense to pass things like a gir target or
an executable to it.
`depends:` is for any type of target that needs to be built before we
generate the doc. That should be used for gir, the doc cache, etc.