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=-4.1 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED 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 9CE83C433E0 for ; Wed, 1 Jul 2020 16:04:35 +0000 (UTC) Received: from dpdk.org (dpdk.org [92.243.14.124]) by mail.kernel.org (Postfix) with ESMTP id 2BE7320780 for ; Wed, 1 Jul 2020 16:04:35 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=monjalon.net header.i=@monjalon.net header.b="hPULIkms"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="oZvL84nN" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 2BE7320780 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=monjalon.net Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dev-bounces@dpdk.org Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 6F99E1BEA9; Wed, 1 Jul 2020 18:04:34 +0200 (CEST) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) by dpdk.org (Postfix) with ESMTP id 073F31BEA8 for ; Wed, 1 Jul 2020 18:04:32 +0200 (CEST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 42313A5B; Wed, 1 Jul 2020 12:04:31 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Wed, 01 Jul 2020 12:04:31 -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=fm1; bh= Bwmkm1qJdp7N1OP09utkOyfI6XdjKo2vwciYLqCCbUY=; b=hPULIkmsjlmFb8Yk Lrla5BjQn7sh7N1msRj5lpOsqUq4OwZoSXTK++cdFJ9ZIq80ybG7vCWIHCMi+jOU lUK6C7+499/WRF8lgKkAcc8D1DTFkf6h1TqA1JiKHVCm9mfWuoTFQ0/Rw+rSTITT r9XGwBhv+Dl6hTJsFp/Nmzf9kVxl3H00x+415qKzAn8rg8F8bOP26lEqye1rzzF9 jvSotAI6sJZYM8iY4Qi4AX8e7tm58RmLRsWS1elXavzK42/mtMb1iI7cQQNs54H7 r3knVO2xv/EsbEneFOKOQw6PxlOx/1afTbytFUXk9vBOoFrWexp8aWBip0WiOGvT WSMlTQ== 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=fm3; bh=Bwmkm1qJdp7N1OP09utkOyfI6XdjKo2vwciYLqCCb UY=; b=oZvL84nN6vOCBALig20EZCkY7b9sUU4qp8+SR1EX0Y1GyPhpJabfAWTZb m2jU5G+S4feiFur828vzxMdbHuYZp5WnFc9F8j3OFNpJQpqtNmNptvqwPij2hg49 jEAAK05IyGYD2miwV3LQ4bKdZGcRCe/TxIp9hx5UVdRhATOCDz1UKtJkeXQ/UPXb Z/hF1kjlsKzqyPa2EW8d7+1T3rSw3nLAFJvk+aaoNCeCIrqSgivk0ZfTmU2O/Yx/ 9t+VBO/CrpJFQaAejOv+E0wBdxVIt2WIqZ2oonkac/boOtFM/bTRSvbutrfc92bI lbbaKUtAHAynt4byNQzjk4FATzxXg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrtddvgdelkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkjghfggfgtgesthfuredttddtvdenucfhrhhomhepvfhhohhmrghs ucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenucggtf frrghtthgvrhhnpedugefgvdefudfftdefgeelgffhueekgfffhfeujedtteeutdejueei iedvffegheenucfkphepjeejrddufeegrddvtdefrddukeegnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhmrghssehmohhnjhgrlhho nhdrnhgvth 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 6D4463060069; Wed, 1 Jul 2020 12:04:29 -0400 (EDT) From: Thomas Monjalon To: Bruce Richardson Cc: dev@dpdk.org, david.marchand@redhat.com, ktraynor@redhat.com, bluca@debian.org, sunil.pai.g@intel.com Date: Wed, 01 Jul 2020 18:04:27 +0200 Message-ID: <3252029.5bFLlDUyWK@thomas> In-Reply-To: <20200701154512.GH595@bricha3-MOBL.ger.corp.intel.com> References: <20200429100831.398-1-bruce.richardson@intel.com> <5534902.P14CUFCJsY@thomas> <20200701154512.GH595@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 v3 5/7] build/pkg-config: output driver libs first for static build 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 01/07/2020 17:45, Bruce Richardson: > On Wed, Jul 01, 2020 at 05:36:07PM +0200, Thomas Monjalon wrote: > > 01/07/2020 17:16, Bruce Richardson: > > > On Wed, Jul 01, 2020 at 04:42:33PM +0200, Thomas Monjalon wrote: > > > > 30/06/2020 16:14, Bruce Richardson: > > > > > When calling pkg-config --static --libs, pkg-config will always output the > > > > > regular libs first, and then the extra libs from libraries.private field, > > > > > > > > s/libraries.private/Libs.private/ > > > > > > > > > since the assumption is that those are additional dependencies for building > > > > > statically that the .a files depend upon. > > > > > > > > > > However, for DPDK, we only link the driver files for static builds, and > > > > > those need to come *before* the regular libraries. To get this result, we > > > > > need two pkgconfig files for DPDK, one for the shared libs, and a second > > > > > for the static libs and drivers, which depends upon the first. Using a > > > > > dependency means that the shared libs are printed only after the > > > > > libraries.private field rather than before. > > > > > > > > s/libraries.private/Libs.private/ > > > > > > > > > Without this patch, the linking works in DPDK because in all cases we > > > > > specify the libraries after the drivers in the Libs.private line, ensuring > > > > > that the references to the libs from the drivers can be resolved. The > > > > > current output is therefore of the form, "(shared)libs, drivers, > > > > > (static)libs", while after this patch the output is, "drivers, > > > > > (static)libs, (shared)libs". The former case will not work if we use the > > > > > --whole-archive flag on the static libs as it will lead to duplicate > > > > > definitions due to some references having been previously resolved from the > > > > > shared libraries. By ensuring the shared libraries come last in the link > > > > > link, this issue does not occur, as duplicate references when linking the > > > > > shared libs will be ignored. > > > > > > > > > > Signed-off-by: Bruce Richardson > > > > > Acked-by: Luca Boccassi > > > > > Acked-by: Sunil Pai G > > > > > --- > > > > > +# When calling pkg-config --static --libs, pkg-config will always output the > > > > > +# regular libs first, and then the extra libs from libraries.private field, > > > > > +# since the assumption is that those are additional dependencies for building > > > > > +# statically that the .a files depend upon. However, for DPDK, we only link > > > > > +# the driver files for static builds, and those need to come *before* the > > > > > +# regular libraries. To get this result, we need two pkgconfig files for DPDK, > > > > > +# one for the shared libs, and a second for the static libs and drivers, which > > > > > +# depends upon the first. Using a dependency means that the shared libs are > > > > > +# printed only after the libraries.private field rather than before. > > > > > > > > This is not obvious. In order to avoid messing it up in future, > > > > I suggest this longer reword: > > > > > > > > # When calling pkg-config --static --libs, pkg-config will always output the > > > > # regular libs first, and then the extra libs from Libs.private field, > > > > # since the assumption is that those are additional dependencies for building > > > > # statically that the .a files depend upon. The output order of .pc fields is: > > > > # Cflags Libs Libs.private Requires Requires.private > > > > # The fields Requires* are for package names. > > > > # The flags of the DPDK libraries must be defined in Libs* fields. > > > > # However, the DPDK drivers are linked only in static builds (Libs.private), > > > > # and those need to come *before* the regular libraries (Libs field). > > > > # This requirement is satisfied by moving the regular libs in a separate file > > > > # included in the field Requires (after Libs.private). > > > > # Another requirement is to allow linking dependencies as shared libraries, > > > > # while linking static DPDK libraries and drivers. It is satisfied by > > > > # listing the static files in Libs.private with the explicit syntax -l:libfoo.a. > > > > # As a consequence, the regular DPDK libraries are already listed as static > > > > # in the field Libs.private. The second occurences of DPDK libraries, > > > > # included from Requires and used for shared library linkage case, > > > > # are skipped in the case of static linkage thanks to the flag --as-needed. > > > > > > > > # Link order summary: > > > > # libdpdk.Libs.private: whole-archive(static drivers/libs), drivers deps flags > > > > # libdpdk.Requires: libdpdk-libs package > > > > # libdpdk-libs.Libs: as-needed(shared libs) > > > > # libdpdk-libs.Libs.private: libs deps flags > > > > # libdpdk.pc.Requires.private: deps packages > > > > > > > > > > > > If you agree, I could change this comment while merging. > > > > I would add my Signed-off ;) > > > > > > > > > > This seems generally ok, but probably should just be added as part of patch > > > #7 when all parts of the above have been applied. > > > > > > Couple of comments: > > > * One small nit is that cflags are not output as part of the --libs call, so > > > you can remove them from the list on line 5 of the comment. They aren't > > > really relevant to this comment/essay. > > > > Yes, I will remove Cflags. > > > > > * I find the link-order summary to actually be more confusing than helpful. > > > I think the text block is explanatory enough. It just confuses things > > > introducing the extra details of what goes in the requires-private or > > > libs-private of the libdpdk.pc file. That's just regular stuff, unrelated > > > to the changes or to DPDK special-case of needing private libs first. > > > > The intent of this summary was to help navigating > > for future changes in this area. > > Personnaly it helps me, but it is maybe more a developer note > > that can be deduced from the rest. > > I can remove it. > > > Ok thanks. If you are happy to make these comment changes on apply, please > feel free to do so, thanks. > > [BTW: I think the shebang line on the new python script needs a "python" > changed to "python3" also. I missed that in the latest revision, sorry!] OK will do.