From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 15FCDA0562; Wed, 14 Apr 2021 23:47:19 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id A260B161D46; Wed, 14 Apr 2021 23:47:18 +0200 (CEST) Received: from new4-smtp.messagingengine.com (new4-smtp.messagingengine.com [66.111.4.230]) by mails.dpdk.org (Postfix) with ESMTP id E0ECF4014D for ; Wed, 14 Apr 2021 23:47:17 +0200 (CEST) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailnew.nyi.internal (Postfix) with ESMTP id 8A550580C26; Wed, 14 Apr 2021 17:47:17 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Wed, 14 Apr 2021 17:47:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=fm3; bh= FXRn3DB1AGwrP+v3Ue0bw7x9J+mNziE+E8VXZfZnoPE=; b=EurC4mjx+Iz5SVJ5 dh4xKjGC0pKx5ywi3mz+Vtfcn2bxqNSqXMiq3YlnBrqBgqiQ6j+OtyXHDrNsIln8 aE9ZZ9ewB30yDwk2BwJIM0iqRAAE2VksaVS/NfWjjI1zGmmTiwRO+78xgCxss99s qkc9LCCDhS6sGEsceCXmQ+Ur4z59QbuLLeSnDAPTYiA7tQkBPuj40ow8Ry2V+A+b v7zxiTPmFPNyZvSBjNsqL779Jr0DfSxVOqX5g23e9RRcomk+FcUPpOC0984mryUX iuLmw5c0pA72XwJvNmYtr75WzP0oJLzWkgttWamv+lU65gnFAV9/YYjkfz0/oGZL 0psNqA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=FXRn3DB1AGwrP+v3Ue0bw7x9J+mNziE+E8VXZfZno PE=; b=E2Pst2owfPKkiN6y2xT+b+pnZkKBaHuMin476iZ98DX+Th60NgaXeB+O7 Ik9OBSITwGlHEDQ5DcvAqxhnwrH9BMgOa6HL1RIC/ElN49Nvz2b0PfgoyYZVOMTf AyYJNS0K07CAI3ibtYcP3i5JF9grVUMF5VD6nj+39mFZ/KOakkumwc/Ze2Ppffux 5l0otFklZvg2SwFcAlUmzKTcWJXT84GVbb3dcZRDx/kugZ2MrcEtySFOREzHMNjC hy4140A9LPWWEPds1N8OqryygCiEw2SQTsXhZOxxEvgJnC26RQqpKCVHVUJ7QaT0 9z6r5sH27hfH+JVm+B6LukmXqxSdQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudelvdcutefuodetggdotefrodftvfcurf hrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpefhvffufffkjghfggfgtgesthfuredttddtvdenucfhrhhomhepvfhhohhmrghsucfo ohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenucggtffrrg htthgvrhhnpedugefgvdefudfftdefgeelgffhueekgfffhfeujedtteeutdejueeiiedv ffegheenucfkphepjeejrddufeegrddvtdefrddukeegnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhmrghssehmohhnjhgrlhhonhdr nhgvth X-ME-Proxy: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id 0D6EA1080068; Wed, 14 Apr 2021 17:47:14 -0400 (EDT) From: Thomas Monjalon To: Olivier Matz Cc: Dmitry Kozlyuk , dev@dpdk.org, Tyler Retzlaff , Jie Zhou , Nick Connolly , Beilei Xing , Jeff Guo , Matan Azrad , Shahaf Shuler , Viacheslav Ovsiienko , Narcisa Ana Maria Vasile , Dmitry Malloy , Pallavi Kadam , Ferruh Yigit , Andrew Rybchenko Date: Wed, 14 Apr 2021 23:47:13 +0200 Message-ID: <19738226.nAULpmilUz@thomas> In-Reply-To: <20210408114541.GV1650@platinum> References: <20210403234129.20296-1-dmitry.kozliuk@gmail.com> <20210407222249.6729-5-dmitry.kozliuk@gmail.com> <20210408114541.GV1650@platinum> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v8 4/4] net: provide IP-related API on any OS X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 08/04/2021 13:45, Olivier Matz: > I see it has already been discussed for posix functions like close() or > strdup(), so I won't reopen the door too long ;) > > Since DPDK is a network-oriented project, it provides network defines or > structure, prefixed with rte_. This API is on some aspects more complete > than the one provided in libc (for instance, more protocol headers are > available) . So, to me, it would make sense to define RTE_IPPROTO_* and > replace usages of IPPROTO_*, and avoid inclusions of network libc > headers in DPDK code. > > This can be done later, if there is a consensus. That's an interesting question. What would be the benefit of avoiding network libc includes?