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 E2752A0562; Thu, 1 Apr 2021 15:42:42 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 7C7C114131D; Thu, 1 Apr 2021 15:42:42 +0200 (CEST) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by mails.dpdk.org (Postfix) with ESMTP id 5DF531412D8 for ; Thu, 1 Apr 2021 15:42:40 +0200 (CEST) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 0D4EE5C007A; Thu, 1 Apr 2021 09:42:40 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Thu, 01 Apr 2021 09:42:40 -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= YrrWa2tjc13lM44MW8ml1sekXhx0cR3h4usi/jwQvt0=; b=UhZUEFWehs0dgOd8 uc8DPXNsx9yKsphWvfB1xcJC1mN5adBi5M2mHllVwUzSW4a3Eb4gWWomiV+ggfQE iIOCGFsCgOVjt+spBu0gqlQthKUgbVQ/maoI0/Mxl+IuZkc5OVQREZCr+KUlAmH9 CL47DjWJK4AZ7vMXMSL6CFG3V2fbg3k+p4FHp/kQX3Cbvk/HGh66qWISYGBwhlxl XOC/oX5ZAcc5ptRGDfYZIPvStGjNt7VSZlbSFkuNCq0gmsTZuy/BAUt9EQhq1YFd zwxFbRcKOI7MxEDY4RngHZbOs3NfGJMF/o04YAPwUBN2oU5bDQ5tGLMqzqMqZPWf VoPkNw== 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=YrrWa2tjc13lM44MW8ml1sekXhx0cR3h4usi/jwQv t0=; b=HCHfYhByuA0EDGndLNFC/l0UZX7IjQbvFeOKCJVilZgSA8q3vUgb6N7iK E3l3II8bSK4XiNvoarm9TZF2uJFNna2hupBsiMTKamYej3Fq5FuVCQUkmnfriPh8 k0DpaBpb5BrDjA4KfsSqHHYYDWAgbCBAY2peOfWi4k/EKSN2d1/Wu7/kOors39E2 wsKhCCH20Y/XZffoyyTrox3JtpToZ0B9E+I2moQbl4yIEkqU1z8Zh5my53LRCY0W 13b0mcNGvEzFuURuSLY70mWw2Z0JG0CYYR+rfodrJqijfgSZzpy0oQQeqXDmBd0Z RG6P21cRGmy3STui91aEmI4YahrEA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudeigedgieefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufffkfgjfhgggfgtsehtufertddttddvnecuhfhrohhmpefvhhhomhgr shcuofhonhhjrghlohhnuceothhhohhmrghssehmohhnjhgrlhhonhdrnhgvtheqnecugg ftrfgrthhtvghrnhepudeggfdvfeduffdtfeeglefghfeukefgfffhueejtdetuedtjeeu ieeivdffgeehnecukfhppeejjedrudefgedrvddtfedrudekgeenucevlhhushhtvghruf hiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhomhgrshesmhhonhhjrghl ohhnrdhnvght 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 E9D0B1080057; Thu, 1 Apr 2021 09:42:38 -0400 (EDT) From: Thomas Monjalon To: Bruce Richardson Cc: dev@dpdk.org, david.marchand@redhat.com, bluca@debian.org Date: Thu, 01 Apr 2021 15:42:37 +0200 Message-ID: <5661412.zh6Ro3QZ6x@thomas> In-Reply-To: <20210401115009.1063844-14-bruce.richardson@intel.com> References: <20210401115009.1063844-1-bruce.richardson@intel.com> <20210401115009.1063844-14-bruce.richardson@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [RFC PATCH 13/14] lib: remove librte_ prefix from directory names 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" 01/04/2021 13:50, Bruce Richardson: > There is no reason for the DPDK libraries to all have 'librte_' prefix on > the directory names. This prefix makes the directory names longer and also > makes it awkward to add features referring to individual libraries in the > build - should the lib names be specified with or without the prefix. > Therefore, we can just remove the library prefix and use the library's > unique name as the directory name, i.e. 'eal' rather than 'librte_eal' I agree and I wanted to do that for long, but never proposed. There are 2 drawbacks: - git history (fixed by ignore-rev file as Lucas proposed) - backport I think we need to propose a script in devtools to convert some patches for backport, given the targetted version.