Fix/workaround FTBFS on aarch64 with newer glibc
patch borrowed from chromium packaging
This commit is contained in:
parent
ed0dfbde8a
commit
522e420ac0
@ -118,6 +118,8 @@ Patch22: qtwebengine-everywhere-src-5.10.0-icu59.patch
|
||||
# alignment. This means int64_t is now 4 on i686 (instead of 8). Use __alignof__
|
||||
# to get the value we expect (and chromium checks for). Patch by spot.
|
||||
Patch23: qtwebengine-everywhere-src-5.10.1-gcc8-alignof.patch
|
||||
# Fix/workaround FTBFS on aarch64 with newer glibc
|
||||
Patch24: qtwebengine-everywhere-src-5.11.3-aarch64-new-stat.patch
|
||||
## Upstream patches:
|
||||
|
||||
# handled by qt5-srpm-macros, which defines %%qt5_qtwebengine_arches
|
||||
@ -381,6 +383,7 @@ BuildArch: noarch
|
||||
%patch21 -p1 -b .gn-bootstrap-verbose
|
||||
#patch22 -p1 -b .icu59
|
||||
%patch23 -p1 -b .gcc8
|
||||
%patch24 -p1 -b .aarch64-new-stat
|
||||
|
||||
# fix // in #include in content/renderer/gpu to avoid debugedit failure
|
||||
sed -i -e 's!gpu//!gpu/!g' \
|
||||
|
12
qtwebengine-everywhere-src-5.11.3-aarch64-new-stat.patch
Normal file
12
qtwebengine-everywhere-src-5.11.3-aarch64-new-stat.patch
Normal file
@ -0,0 +1,12 @@
|
||||
diff -up qtwebengine-everywhere-src-5.11.3/src/3rdparty/chromium/sandbox/linux/system_headers/arm64_linux_syscalls.h.aarch64-new-stat qtwebengine-everywhere-src-5.11.3/src/3rdparty/chromium/sandbox/linux/system_headers/arm64_linux_syscalls.h
|
||||
--- qtwebengine-everywhere-src-5.11.3/src/3rdparty/chromium/sandbox/linux/system_headers/arm64_linux_syscalls.h.aarch64-new-stat 2018-11-19 12:55:45.000000000 -0600
|
||||
+++ qtwebengine-everywhere-src-5.11.3/src/3rdparty/chromium/sandbox/linux/system_headers/arm64_linux_syscalls.h 2018-12-08 21:16:39.931896244 -0600
|
||||
@@ -5,6 +5,8 @@
|
||||
#ifndef SANDBOX_LINUX_SYSTEM_HEADERS_ARM64_LINUX_SYSCALLS_H_
|
||||
#define SANDBOX_LINUX_SYSTEM_HEADERS_ARM64_LINUX_SYSCALLS_H_
|
||||
|
||||
+#define __ARCH_WANT_NEW_STAT
|
||||
+
|
||||
#include <asm-generic/unistd.h>
|
||||
|
||||
#if !defined(__NR_io_setup)
|
Loading…
Reference in New Issue
Block a user