From: "Viorel Munteanu" <ceamac@gentoo.org>
To: gentoo-commits@lists.gentoo.org
Subject: [gentoo-commits] repo/proj/guru:master commit in: dev-embedded/etlcpp/
Date: Tue, 27 Dec 2022 08:05:51 +0000 (UTC) [thread overview]
Message-ID: <1671994496.ffcccfed51200ac2a82781f07ee419c8eadbf08c.ceamac@gentoo> (raw)
commit: ffcccfed51200ac2a82781f07ee419c8eadbf08c
Author: Jan Henke <Jan.Henke <AT> taujhe <DOT> de>
AuthorDate: Sun Dec 25 18:54:36 2022 +0000
Commit: Viorel Munteanu <ceamac <AT> gentoo <DOT> org>
CommitDate: Sun Dec 25 18:54:56 2022 +0000
URL: https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=ffcccfed
dev-embedded/etlcpp: new package, add 20.35.8
Signed-off-by: Jan Henke <Jan.Henke <AT> taujhe.de>
dev-embedded/etlcpp/Manifest | 1 +
dev-embedded/etlcpp/etlcpp-20.35.8.ebuild | 44 +++++++++++++++++++++++++++++++
dev-embedded/etlcpp/metadata.xml | 24 +++++++++++++++++
3 files changed, 69 insertions(+)
diff --git a/dev-embedded/etlcpp/Manifest b/dev-embedded/etlcpp/Manifest
new file mode 100644
index 000000000..34285c205
--- /dev/null
+++ b/dev-embedded/etlcpp/Manifest
@@ -0,0 +1 @@
+DIST etlcpp-20.35.8.tar.gz 4413632 BLAKE2B b8292ea0395dbd0ef7d77d58dc2cb1cca16822da39054c1937e3f2a6b5828f9c2816e91b6c9ca4ef2088cdc691245d1aadf9f9c9283fa293265520c3fd4352db SHA512 d417760dd35ad5796f9ce8b7f96ac2d71f7b8e4896e5fc12e844912f34f867dee13582d2621521b5dfa66f21cd77abfd4e48a11e71fe87de2f98eaa6dcf6204f
diff --git a/dev-embedded/etlcpp/etlcpp-20.35.8.ebuild b/dev-embedded/etlcpp/etlcpp-20.35.8.ebuild
new file mode 100644
index 000000000..e888aee4a
--- /dev/null
+++ b/dev-embedded/etlcpp/etlcpp-20.35.8.ebuild
@@ -0,0 +1,44 @@
+# Copyright 1999-2022 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=8
+
+inherit cmake
+
+DESCRIPTION="A C++ template library for embedded applications"
+HOMEPAGE="https://www.etlcpp.com/"
+SRC_URI="https://github.com/ETLCPP/etl/archive/refs/tags/${PV}.tar.gz -> ${P}.tar.gz"
+
+S="${WORKDIR}/etl-${PV}"
+
+LICENSE="MIT"
+SLOT="0"
+KEYWORDS="~amd64"
+IUSE="test"
+RESTRICT="!test? ( test )"
+
+# Run-time dependencies. Must be defined to whatever this depends on to run.
+# Example:
+# ssl? ( >=dev-libs/openssl-1.0.2q:0= )
+# >=dev-lang/perl-5.24.3-r1
+# It is advisable to use the >= syntax show above, to reflect what you
+# had installed on your system when you tested the package. Then
+# other users hopefully won't be caught without the right version of
+# a dependency.
+#RDEPEND=""
+
+# Build-time dependencies that need to be binary compatible with the system
+# being built (CHOST). These include libraries that we link against.
+# The below is valid if the same run-time depends are required to compile.
+#DEPEND="${RDEPEND}"
+
+# Build-time dependencies that are executed during the emerge process, and
+# only need to be present in the native build system (CBUILD). Example:
+#BDEPEND="virtual/pkgconfig"
+
+src_configure() {
+ local mycmakeargs=(
+ -DBUILD_TESTS=$(usex test)
+ )
+ cmake_src_configure
+}
diff --git a/dev-embedded/etlcpp/metadata.xml b/dev-embedded/etlcpp/metadata.xml
new file mode 100644
index 000000000..256436884
--- /dev/null
+++ b/dev-embedded/etlcpp/metadata.xml
@@ -0,0 +1,24 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE pkgmetadata SYSTEM "https://www.gentoo.org/dtd/metadata.dtd">
+<pkgmetadata>
+ <maintainer type="person">
+ <name>Jan Henke</name>
+ <email>gentoo@taujhe.de</email>
+ <description>Primary maintainer</description>
+ </maintainer>
+ <longdescription>
+ C++ is a great language to use for embedded applications and templates are
+ a powerful aspect. The standard library can offer a great deal of well
+ tested functionality, but there are some parts of the standard library that
+ do not fit well with deterministic behaviour and limited resource
+ requirements. These limitations usually preclude the use of dynamically
+ allocated memory and containers with open ended sizes.
+
+ What is needed is a template library where the user can declare the size,
+ or maximum size of any object upfront. Most embedded compilers do not
+ currently support the standard beyond C++ 03, therefore excluding the
+ programmer from using the enhanced features of the later library.
+
+ This is what the ETL attempts to achieve.
+ </longdescription>
+</pkgmetadata>
next reply other threads:[~2022-12-27 8:05 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-27 8:05 Viorel Munteanu [this message]
-- strict thread matches above, loose matches on Subject: below --
2024-06-08 20:02 [gentoo-commits] repo/proj/guru:dev commit in: dev-embedded/etlcpp/ Julien Roy
2024-06-08 20:06 ` [gentoo-commits] repo/proj/guru:master " Julien Roy
2024-06-08 20:02 [gentoo-commits] repo/proj/guru:dev " Julien Roy
2024-06-08 20:06 ` [gentoo-commits] repo/proj/guru:master " Julien Roy
2024-06-08 20:06 Julien Roy
2024-06-08 22:26 [gentoo-commits] repo/proj/guru:dev " Julien Roy
2024-06-08 22:30 ` [gentoo-commits] repo/proj/guru:master " Julien Roy
2024-06-08 22:30 Julien Roy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1671994496.ffcccfed51200ac2a82781f07ee419c8eadbf08c.ceamac@gentoo \
--to=ceamac@gentoo.org \
--cc=gentoo-commits@lists.gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox