A word of explanation seeing as I forgot to use --compose to annotate the patch itself. Looks like Project KDE has got their hands full with, well, KDE, therefore here's my take on bumping EAPI support in cmake.eclass. I am not a maintainer of this eclass so I've only made the smallest possible changes to get it to work with EAPI 8 (i.e. no removal of banned functions etc.) - and fortunately it seems extending the $EAPI check is all that is needed.

Would be great if someone from kde@g.o. could give their blessing (or lack thereof) to this patch.


On 2021-08-16 17:43, Marek Szuba wrote:

Signed-off-by: Marek Szuba <mare...@gentoo.org>
---
  eclass/cmake.eclass | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/eclass/cmake.eclass b/eclass/cmake.eclass
index 4bd09459ea6..52bf65a463d 100644
--- a/eclass/cmake.eclass
+++ b/eclass/cmake.eclass
@@ -9,7 +9,7 @@
  # Maciej Mrozowski <reave...@gentoo.org>
  # (undisclosed contributors)
  # Original author: Zephyrus (zephy...@mirach.it)
-# @SUPPORTED_EAPIS: 7
+# @SUPPORTED_EAPIS: 7 8
  # @BLURB: common ebuild functions for cmake-based packages
  # @DESCRIPTION:
  # The cmake eclass makes creating ebuilds for cmake-based packages much 
easier.
@@ -98,7 +98,7 @@ _CMAKE_ECLASS=1
  # Helps in improving QA of build systems that write to source tree.
case ${EAPI} in
-       7) ;;
+       7|8) ;;
        *) die "EAPI=${EAPI:-0} is not supported" ;;
  esac

--
Marecki

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

Reply via email to