summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMarek Szuba <marecki@gentoo.org>2021-05-10 15:18:30 +0200
committerMarek Szuba <marecki@gentoo.org>2021-05-10 15:35:56 +0200
commit2a02593d5d00bf736d0f1bc40677cdc6f77487fb (patch)
treefa1708a1fcd18eb4edf6b28976e4d20405bf14b9 /x11-terms
parentnet-analyzer/monitoring-plugins: bump to 2.3.1 (diff)
downloadgentoo-2a02593d5d00bf736d0f1bc40677cdc6f77487fb.tar.gz
gentoo-2a02593d5d00bf736d0f1bc40677cdc6f77487fb.tar.bz2
gentoo-2a02593d5d00bf736d0f1bc40677cdc6f77487fb.zip
x11-terms/rxvt-unicode-9.22-r8: append -std=c++14 to CXXFLAGS
Bundled libev is not compatible with C++17 (which is the default C++ mode in gcc-11), and both unbundling and the backporting of updated libev from rxvt-unicode CVS repository have turned out to be non-trivial. Have chosen C++14 here because this is the default in gcc-10 (as well as all older GCC versions starting with 6.1) [1], and we know that in spite of much of its code base being older rxvt-unicode builds fine with gcc-10. clang shouldn't have any problems with this either, given it has supported this C++ standard since version 3.4 [2]. [1] https://gcc.gnu.org/projects/cxx-status.html [2] https://clang.llvm.org/cxx_status.html Closes: https://bugs.gentoo.org/787104 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Diffstat (limited to 'x11-terms')
-rw-r--r--x11-terms/rxvt-unicode/rxvt-unicode-9.22-r8.ebuild5
1 files changed, 4 insertions, 1 deletions
diff --git a/x11-terms/rxvt-unicode/rxvt-unicode-9.22-r8.ebuild b/x11-terms/rxvt-unicode/rxvt-unicode-9.22-r8.ebuild
index e523d4cf0e3b..34b761b6772a 100644
--- a/x11-terms/rxvt-unicode/rxvt-unicode-9.22-r8.ebuild
+++ b/x11-terms/rxvt-unicode/rxvt-unicode-9.22-r8.ebuild
@@ -3,7 +3,7 @@
EAPI=7
-inherit autotools desktop systemd prefix
+inherit autotools desktop flag-o-matic systemd prefix
COLOUR_PATCH_NAME="${PN}-9.22_24-bit-color_cpixl-20201108.patch"
@@ -50,6 +50,9 @@ DOCS=(
)
src_prepare() {
+ # Bug #787104
+ append-cxxflags -std=c++14
+
default
# kill the rxvt-unicode terminfo file - #192083