From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1,USER_IN_DEF_DKIM_WL autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C5F53C433E0 for ; Mon, 22 Feb 2021 18:07:35 +0000 (UTC) Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by mail.kernel.org (Postfix) with ESMTP id 1F3EA64DBD for ; Mon, 22 Feb 2021 18:07:35 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1F3EA64DBD Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.microsoft.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dev-bounces@dpdk.org Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id EF01E40041; Mon, 22 Feb 2021 19:07:33 +0100 (CET) Received: from linux.microsoft.com (linux.microsoft.com [13.77.154.182]) by mails.dpdk.org (Postfix) with ESMTP id F165F4003C for ; Mon, 22 Feb 2021 19:07:32 +0100 (CET) Received: by linux.microsoft.com (Postfix, from userid 1086) id 1A2B720B6C40; Mon, 22 Feb 2021 10:07:32 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 1A2B720B6C40 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1614017252; bh=/en3JOoLP6LGRQv9qNCbl1W9/PXrnQa6cBUT0i/nZcA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=W91nY1efuTu1UcWVGnMR4T4HDzS2tJZUW28hJs5dGXJZbkUKagPtd/GkLEpDHnxBJ rMnayQC35/vU9Adbh1mmmXNPMbEIYyjnnN9b4bFfnxofM5beDl+QW/LQxuVk7zgajU fszuXx5aE4Mt3W5yMK4NLFUaW4e/RfQHtzM1Slnc= Date: Mon, 22 Feb 2021 10:07:32 -0800 From: Tyler Retzlaff To: Nick Connolly Cc: Bruce Richardson , Dmitry Kozlyuk , dev@dpdk.org, Tyler Retzlaff , Jerin Jacob , Sunil Kumar Kori Message-ID: <20210222180732.GB23653@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> References: <20210220232910.772-1-dmitry.kozliuk@gmail.com> <20210221012831.14643-1-dmitry.kozliuk@gmail.com> <20210221012831.14643-2-dmitry.kozliuk@gmail.com> <20210222114743.GA1235@bricha3-MOBL.ger.corp.intel.com> <64c1e6c5-ce80-b550-b8ea-ad2a6bfe7505@mayadata.io> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <64c1e6c5-ce80-b550-b8ea-ad2a6bfe7505@mayadata.io> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [dpdk-dev] [PATCH v2 1/7] eal: add wrappers for POSIX string functions 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" On Mon, Feb 22, 2021 at 12:48:39PM +0000, Nick Connolly wrote: > > There seem to be two viable approaches to handling this: > > 1. Expect the platform to provide POSIX semantic (through an external > library > such as Cygwin). That way it becomes "an 'external' problem" and the > DPDK > can use the "well-known" names and expected behaviour. I'd prefer not to see this be a requirement of the platform. There have been multiple attempts over the years to provide a POSIX surfaces on Windows which arguably haven't been that successful. It would be helpful if DPDK dependence on POSIX APIs were limited to be only as necessary to improve portability to non-POSIX platforms. Ty