From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by dpdk.org (Postfix) with ESMTP id 5AF3B1B5DE for ; Thu, 10 Jan 2019 11:33:49 +0100 (CET) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id DF58E24626; Thu, 10 Jan 2019 05:33:48 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 10 Jan 2019 05:33:48 -0500 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=mesmtp; bh=xOTBKlWo3SBUMic5KC/l2T8b3aO0MyIhrfL3Ex2FNRE=; b=lnHHJxgRi9p3 ihyiLhdIgPfh8HB0Gu6kB8UcoLjWvg9+BeglHV9dTm1L0O+tpWC9K/HOesn/NnFG gRBQqAdvEfNKF7kIzjlyLuXNyunupaFyosTyiiZeZ20iQULM+mAD6rnOuWl2io5g sgQXHYAUiEcBIf6uTBZhBvNQ776E98w= 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=fm1; bh=xOTBKlWo3SBUMic5KC/l2T8b3aO0MyIhrfL3Ex2FN RE=; b=Ex4NoS9+r3zBBf0EFa3tiG6knSKbFQbX8emQoFMK1GbtK+zZLWu1aB8k3 LTdq1KEZ3bvmX4E+vivsfKBkXdo9lnv7K+Ul1gjCk6VVadpEXq/c07LjXXvupRdI IAko4VtF5WfctaJAQ9A3xLqKMg0Rh9e98ZRBJ0yhZnG5mHCyHE+fwr07/wW32iSp ugT0PEVKmfRb8SnjWGu2OzhDxufDh5nCyWAtQPqZi6Lb3Y08flgW68bhNSkBkp5l CNtxSbSwB7D1AHs0CyF5l8H+j01AvxdwiH89lFOdET7Hy8F2ko2CN0JA76ShANaD k7I2u93SO6oqoTxJo1BzbI7OwdzyQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtledrfeefgddujecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfhuthenuceurghilhhouhhtmecufedt tdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufffkfgjfh gggfgtsehtufertddttddvnecuhfhrohhmpefvhhhomhgrshcuofhonhhjrghlohhnuceo thhhohhmrghssehmohhnjhgrlhhonhdrnhgvtheqnecukfhppeejjedrudefgedrvddtfe drudekgeenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhmrghssehmohhnjhgrlhho nhdrnhgvthenucevlhhushhtvghrufhiiigvpedt 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 7E8AAE4043; Thu, 10 Jan 2019 05:33:47 -0500 (EST) From: Thomas Monjalon To: Bruce Richardson Cc: "Burakov, Anatoly" , David Marchand , dev@dpdk.org Date: Thu, 10 Jan 2019 11:33:46 +0100 Message-ID: <4446667.MZrz951Mch@xps> In-Reply-To: <20190110100220.GA13196@bricha3-MOBL.ger.corp.intel.com> References: <98ec658513d481f8d22c8b438cc3fedc4a718d3f.1547054251.git.anatoly.burakov@intel.com> <2632071.H5f8aPozaM@xps> <20190110100220.GA13196@bricha3-MOBL.ger.corp.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH] eal: move compat includes to common meson file X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2019 10:33:49 -0000 10/01/2019 11:02, Bruce Richardson: > On Thu, Jan 10, 2019 at 09:52:43AM +0100, Thomas Monjalon wrote: > > 10/01/2019 09:45, Burakov, Anatoly: > > > On 09-Jan-19 9:36 PM, Thomas Monjalon wrote: > > > > 09/01/2019 21:51, Bruce Richardson: > > > >> One other point I'd make is that having compat as a separate library seems > > > >> a little like overkill to me - it's just one header file! Is there a reason > > > >> why we don't just move it into the EAL where everyone can use it without > > > >> having to specify another dependency? > > > > > > > > +1 for moving compat into EAL. > > > > > > Presumably the reason to keep it separate would be to enable depending > > > on it for libraries that EAL itself depends on (i.e. kvargs). > > > > Yes, forgot this one. > > I also forgot that. However, that does bring up the thought that for some > of our headers we may want them available for all libraries even before EAL > is compiled up. [I think this hits on the idea Thomas was discussing of > splitting EAL up into two, where we have a core part that is always > compiled first and has no dependencies followed by another which is built > later and can have dependencies.] > > For this specific issue, my thought is that we should indeed move compat.h > into EAL, but also add the EAL common/include/ path to the global include > path for the project, so all EAL headers (e.g. including those with defines > for cacheline size, and other common macros) are just always available. > Libs like kvargs and others should be able to use RTE_DIM etc. for > consistency with the rest of DPDK. You are describing a cheap split :) It would bring some definitions but not some non-inline functions. I still think we should split in 2 libraries: - EAL as "Environment Abstraction Layer", i.e. basic stuffs - Initialization + core features (bus/dev and mem) We could even move bus/dev and mem in separate libraries.