From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f41.google.com (mail-wm0-f41.google.com [74.125.82.41]) by dpdk.org (Postfix) with ESMTP id 5940E95EF for ; Tue, 7 Jun 2016 16:19:49 +0200 (CEST) Received: by mail-wm0-f41.google.com with SMTP id v199so21939645wmv.0 for ; Tue, 07 Jun 2016 07:19:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding; bh=HitKwsCohoyPdUP7NNO8lMKiHWmyZUMtOB/5NkYIGAw=; b=Uhep2nYuldMQwQ/oh76QxP1/FxXQt/EIs/fSAkjm6lBV8BOQvGDvI5qnLw0yGK+M1L K+3g5Dtt0PvfHrJDRbmpdcGkqFZH/5WQMR9/6SJBAq7bvcYBfRDdKPl5khxWiyM3ifWF NSc1y6ktEbYkg95575dJ425obIJogV8nE264AsmwY5IX/aKC8BNNAS9NWZM9sxck0fn8 sIxWsUoeA23BlbkG6YjDnW0sfbReBlCmqYDgkaWR+C9i0bVn7JJylyCWvXcCoOE86fhV nQHpIk1zZT9Zf+8FNYJE9U9MkapvfM7rdtPwe8QAjdgyO25KQdz9GT+MP/C21vb/j/sR fsgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:user-agent :in-reply-to:references:mime-version:content-transfer-encoding; bh=HitKwsCohoyPdUP7NNO8lMKiHWmyZUMtOB/5NkYIGAw=; b=RoUr/vLTsvb437xHpCvErN+Es2cPzcZvVliNTiHDbPTT6tUnaFqwJ4I19H15Nd8GrO 0nZyoFQ9vNeWvDF5OOITY32YX8QLUzrV37lKDt/whpRXXHHgydLlDJEO0PldHuhq4oBc /HbFdMKUgOeryEUUiNILsua0PGHp3ASHi7t66r7UtJdTIo0QicGT+x7Mlfuzv0ZZ+1pL is5n3rwwuBnJCJFObiWG7FhYNsZmKkhPOIEWsILmfrvMIloWUzxbE3quahSxBEI73Xmh eDvpiHjFdtKwCR0pc4QV9hQ+ePZ1bTa4oCX4nvCt9Zqo7h1G45BUB+1o089B4Ztqwpgq lz+Q== X-Gm-Message-State: ALyK8tKlj5inFnrR9zq35ddFba1aatK8ygYhn7NgZa7YzNVX1TJPFEX3UHa286wOlfcgWRyw X-Received: by 10.28.17.200 with SMTP id 191mr2857423wmr.45.1465309189050; Tue, 07 Jun 2016 07:19:49 -0700 (PDT) Received: from xps13.localnet (184.203.134.77.rev.sfr.net. [77.134.203.184]) by smtp.gmail.com with ESMTPSA id s9sm25687452wjh.48.2016.06.07.07.19.48 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 07 Jun 2016 07:19:48 -0700 (PDT) From: Thomas Monjalon To: Bruce Richardson Cc: Christian Ehrhardt , Panu Matilainen , dev@dpdk.org, Ferruh Yigit , olivier.matz@6wind.com Date: Tue, 07 Jun 2016 16:19:47 +0200 Message-ID: <4901376.7OB1d4j3hA@xps13> User-Agent: KMail/4.14.10 (Linux/4.5.4-1-ARCH; KDE/4.14.11; x86_64; ; ) In-Reply-To: <20160607140715.GC6948@bricha3-MOBL3> References: <62da0f5f31b2ab9db2dcc16acd2f8425a575a26f.1465293714.git.pmatilai@redhat.com> <24422417.UYSFgAybK6@xps13> <20160607140715.GC6948@bricha3-MOBL3> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH] mk: generate internal library dependencies from DEPDIRS-y automatically X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2016 14:19:49 -0000 2016-06-07 15:07, Bruce Richardson: > On Tue, Jun 07, 2016 at 03:00:45PM +0200, Thomas Monjalon wrote: > > 2016-06-07 14:36, Christian Ehrhardt: > > > But I still struggle to see how to fix the circular dependency between > > > librte_eal and librte_mempool. > > > > Why is there a circular dependency? > > Only because of logs using mempool? > > > > > Maybe now is a time to look at this part of the original threads again to > > > eventually get apps less overlinked? > > > => http://www.dpdk.org/ml/archives/dev/2016-May/039441.html > > > My naive suggestions in generalized form can be found there (no answer yet): > > > => > > > http://stackoverflow.com/questions/37351699/how-to-create-both-so-files-for-two-circular-depending-libraries > > > > I would prefer removing the circular dependency. > > Maybe we can rewrite the code to not use mempool or move it outside of EAL. > > Or else we can take the attitude that the mempools and the rings are just a core > part of DPDK and move them and the EAL into a dpdk_core library at link time. > Having the code separate in the git tree is good, but I'm not sure having > the resulting object files being in separate .a/.so files is particularly useful. > I can't see someone wanting to use one without the other. EAL could be used as an abstraction layer on top of systems and platforms. And I think keeping things separated and layered help to maintain a design easy to understand.