- 26 Jun, 2020 21 commits
-
-
Steve Lhomme authored
It's used by newer gnutls. But gives the following error: error: 'memset_s' is only available on macOS 10.9 or newer [-Werror,-Wunguarded-availability] (void) memset_s (s, len, '\0', len); ^~~~~~~~ /Applications/Xcode9.2.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/include/string.h:145:9: note: 'memset_s' has been marked as being introduced in macOS 10.9 here, but the deployment target is macOS 10.7.0
-
Steve Lhomme authored
Fixes this compilation error: system/fastopen.c:134:9: error: 'connectx' is only available on macOS 10.11 or newer [-Werror,-Wunguarded-availability] ret = connectx(fd, &endpoints, SAE_ASSOCID_ANY, CONNECT_RESUME_ON_READ_WRITE | CONNECT_DATA_IDEMPOTENT, NULL, 0, NULL, NULL); ^~~~~~~~ /Applications/Xcode9.2.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/include/sys/socket.h:713:5: note: 'connectx' has been marked as being introduced in macOS 10.11 here, but the deployment target is macOS 10.7.0 In this patch __builtin_available() is assumed to be avalaible in the toolchain which is the case in our 3.0 and 4.0 toolchains. A cleaner patch should detect it in configure.ac. But we can't do autoconf changes in gnutls as it never works properly. The OS values match exactly the values found in https://opensource.apple.com/source/xnu/xnu-4570.41.2/bsd/sys/socket.h (cherry picked from commit c4a23f4cd0e5370d1b5f6f8a6a9302b35c3a8ea4) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Steve Lhomme authored
Backport a UNICODE fix that was merged after the GnuTLS code freeze. Forbid call to GetHandleInformation(). fcntl never goes in that code section in Winstore builds. It's only used for linux random number generation. Do not allow calling SecureZeroMemory which is forbidden which is forbidden and not available as an inline function in some cases. (cherry picked from commit a4841494fd974ec2c6208bc77f0f0c90dc5aebaf) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Steve Lhomme authored
ecc_scalar_random is public in the nettle they embed, but the symbol is not mangled in the original nettle package, so it's not mangled here either. It leads to the nettle symbol behind defined twice. The bug is actually in nettle, not the script that imports nettle in gnutls. (cherry picked from commit 1685914d44df5039cc90c67310356eb339ac11e9) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Steve Lhomme authored
We only want the static library (cherry picked from commit 2ddaceb6778ef061daa9a64b620e2c68cb319acc) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Steve Lhomme authored
So that patches changing the same file still apply regardless of this change. And we do it after all patches are done. (cherry picked from commit f442ecf5afd8b71125b074bacb8379f6c51db40e) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
It's more flexible after updates. (cherry picked from commit 3e69d9146a2c112f8b228cdcea95abd7100d465e) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Steve Lhomme authored
(cherry picked from commit 799db8c8f91e93afd601278f3f4e513d67e1cec6) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
(cherry picked from commit 78df0f100f6a9a39c6ddbab5486f5086135c6a06) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
The aarch64 assembly in gnutls still needs to be disabled on windows in general though; the issue is that it unconditionally uses ELF specific directives (.type, .size, .section), so the disabling isn't related to any specific issue in clang, but only that gnutls' assembly for this architecture isn't portable. Add a comment to clarify the issue. (cherry picked from commit 38eda60a65b3d91a2da29b7b648163fe09961fd0) (rebased) rebased: - this branch doesn't have the NACL fixes (0d4d18e7a1158359fe9bc5fa98b919b484cfbcdc) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
This was a stealth release to fix packaging issues (relevant for building on windows) in the 3.6.7 tarball, see https://lists.gnupg.org/pipermail/gnutls-help/2019-April/004506.html . Remove the gnutls-winstore-ntop patch which conflicts with how upstream now handles the inet_pton function. (cherry picked from commit 49b4aa933b6589daadf1ddb0ca87be25f54bb226) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
(cherry picked from commit 0ec35e2d3b66e6d73cc81ef579bbae16935aba37) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Steve Lhomme authored
(cherry picked from commit a252d4d3f2c312a636c89806c0645c3124ebab7c) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Steve Lhomme authored
(cherry picked from commit 86272c4428cb564fdeb5845e1d6d8060cf6a193c) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Steve Lhomme authored
(cherry picked from commit 809ccfa5b09c46dd0dbf87f2411d87e494f2d880) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
connectx is available since macOS 10.11 and iOS 9, so this is not needed anymore. Note, this cannot be backported to 3.0 branch. (cherry picked from commit dae2fff630562c5838098cb13cb6227a5ce05508) (edited) edited: - older gnutls patches were backported before Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
getentropy is correctly annotated since the macOS 10.13 SDK (at least), and the gnutls check includes the correct header on macOS. Therefore this patch is not needed anymore. This also fixes current build failure as it avoids touching configure.ac now. (cherry picked from commit 58d4ea7d6274be17dd8189406f506bd7e76ef81a) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
SIZE_MAX is in stdint.h, which is already included (cherry picked from commit 0878789f35c42a9fae823174a1d257e89a679e64) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Steve Lhomme authored
That's what the buildbot does and it's not compatible with idn2 in mingw64 which requires detection with pkg-config (cherry picked from commit 8c5044beef808c3c6fc461e8cd2664bf18a60f70) (rebased) rebased: - disabling acceleration for x64 was merged differently Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
And drop upstreamed or now unrequired patches (cherry picked from commit 636aa214b7a4cf5e9b7f66a855c36dad294a73ff) (edited) edited: - remove vasnprintf-android-no-percent-n.patch which is merged in 3.6.6 Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
(cherry picked from commit f754a71f7a26ba039aeaa715a96b939c1f726bf8) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
- 25 Jun, 2020 2 commits
-
-
Jean-Baptiste Kempf authored
(cherry picked from commit 9c7e8fd666017121331be4bb615809cf5b7b4d20) Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Thomas Guillem authored
After a flush, i_first_render_host_time is reset to 0 and i_render_host_time should not be touched since the playback has not started again yet. This caused the i_first_render_host_time to be never setup. Regression from f507868d Fixes #24876 (cherry picked from commit 1530679a64f82c8e4fc0ee485ae8b784a203f3f7) Signed-off-by:
Thomas Guillem <thomas@gllm.fr>
-
- 24 Jun, 2020 1 commit
-
-
Jean-Baptiste Kempf authored
(cherry picked from commit 52ff049d817d1991f1ab8b988ac8bf59b71f8722) Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 22 Jun, 2020 3 commits
-
-
std::lower_bound doesn't return an iterator to the std::end value if the element is not found, but like its name says, to the first value that is greater or equal than the value wanted, meaning it could be the next one if no processor has been bound to the ebml id sent to this dispatcher. Instead of asserting, it should really be checking whether the ebmlid matches. Regression from c764461180d70d1c9fa81e72cd7ad9d9b289eea6. (cherry picked from commit 20ed34f45803c1171c7219d72a4284fa1d0d7852) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Steve Lhomme authored
This is already the case for CONTRIBFLAGS. (cherry picked from commit bd5588009ca132329602688993139acc5541a4c1) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
Steve Lhomme authored
The archive_entry_copy_bhfi blocking in the header didn't match the archive_entry_copy_bhfi definition blocking. We only notice if on older toolchains which do not allow BY_HANDLE_FILE_INFORMATION, it was only allowed in SDK 18362 and in mingw-w64 8 (cherry picked from commit da47d19511863119e31e86dd91b37b55d0a809ca) Signed-off-by:
Steve Lhomme <robux4@ycbcr.xyz>
-
- 20 Jun, 2020 13 commits
-
-
Martin Storsjö authored
The master branch has moved on to newer Qt versions that don't need these.
-
Martin Storsjö authored
The def file generated by the linker is enough input to dlltool; this doesn't change the output import library at all. This fixes building with llvm-dlltool, which doesn't support providing object files/dlls, it only supports reading from a def file (which these commands already did anyway). (cherry picked from commit 86d68171643e9c36ef16d4d0e22dcd947a96ad9d)
-
Martin Storsjö authored
On Windows on ARM/ARM64, OpenGL isn't available. (For emulation of i386 binaries, there is an opengl32.dll, but it's only the fallback software renderer, nothing else. For ARM and ARM64, there is no opengl32.dll.) (cherry picked from commit 0d0aef05)
-
Martin Storsjö authored
This avoids including module.rc.o in the helper static library when building for windows, avoiding a duplicate module.rc.o for the real simple_channel_mixer plugin. Recent lld versions error out if two resource object files are passed to the same link. (If GNU ld is presented with two resource object files, it tries to merge the resources. In this case, as both object files contain the same resource, they would conflict, and GNU ld would print an error message, but still complete the link successfully.) (cherry picked from commit 593d0ec84fde7c2b98d051e44f66b01de8a761fa)
-
Martin Storsjö authored
This prevents these executables from linking to a shared libssp-0.dll if both a static and shared version is available of this library. Since these refer to the dynamically linked libvlc via libvlc.la, it will still pick up the correct shared version of those, instead of refusing to link to a dynamic library (as it does for any library specified via -l<name>). The same use of -Wc,-static is present in a few other Makefile.am already. (cherry picked from commit 9edf62844f9af6b9fd645fcf16e3725fd13d814a)
-
Martin Storsjö authored
This matches a change in contrib in 99acb87c. (cherry picked from commit 4214cf05)
-
Martin Storsjö authored
The current version of x264 defaults to using gas-preprocessor and arasm64 for this target. Override it to use plain $(CC) instead. (cherry picked from commit 31c65810c27b492316e7a32925e599f5bea9db31)
-
Martin Storsjö authored
(cherry picked from commit 1374a33c83ead6eced5a6dc67bb860b74361dcda) edited: - The patch enclosed in the original commit is no longer necessary.
-
Martin Storsjö authored
When building the Qt tools for the target architecture in cross compilation, the bootstrap object library is rebuilt. (In cross builds of Qt, the tools are only built for the build host. The VLC contribs build them manually for the targeted environment afterwards.) The tools bootstrap library wasn't removed inbetween though. This meant that the object files for the second round (for the cross target environment) were added to the bootstrap library for the host environment. Most object files were just replaced, but some few object files weren't built at all in cross builds for windows. This meant that after cross-building the bootstrap library for windows, it still contained a few object files for the native host build environment as well. lld-link errors out when it encounters object files in a static library that it can't parse (in this case, ELF files when doing a windows cross build). Signed-off-by:
Hugo Beauzée-Luyssen <hugo@beauzee.fr> (cherry picked from commit a943285ad52cdfd49003aa4ee93c37ebded6bdc5)
-
Martin Storsjö authored
All of them are backports (in Qt 5.11, everything needed for building with llvm-mingw is upstreamed), with annotations about where they come from. To actually build with llvm-mingw, one has to use the mkspec win32-clang-g++ instead of win32-g++. (cherry picked from commit 0a09b3b63e4afc160c441e01306a30ba977e8b45)
-
Martin Storsjö authored
contrib: projectM/glew: Don't build projectM (and implicitly glew) when targeting windows on arm/aarch64 OpenGL is unavailable on windows on these architectures. (cherry picked from commit 85c8fa3f7fc41e7d76eb28422dbdec58a0df00c5)
-
Martin Storsjö authored
Instead patch the project to fix the error that was clang gave when building in C+11 mode (which clang 6 does by default): Renderer/VideoEcho.cpp:77:30: error: non-constant-expression cannot be narrowed from type 'double' to 'float' in initializer list [-Wc++11-narrowing] float pointsFlip[4][2] = {{-0.5*flipx, -0.5*flipy}, (cherry picked from commit e2ea86d8a21d5ddf63f9263aec401f0f8556e671)
-
Martin Storsjö authored
When cross compiling, we shouldn't let packages' build systems accidentally pick up libraries from the surrounding native environment. Normally this is accomplished by setting PKG_CONFIG_LIBDIR. Harfbuzz's configure script tries looking for ICU using the tool icu-config, if it isn't found with pkg-config. Set ICU_CONFIG to false, to avoid configure using and picking it up. (cherry picked from commit c2b60e813180c89e66e96d3300d0c8b2eae6db15)
-