From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id C0F4995EA for ; Tue, 7 Jun 2016 11:25:28 +0200 (CEST) Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 3E89885541; Tue, 7 Jun 2016 09:25:28 +0000 (UTC) Received: from sopuli.koti.laiskiainen.org (vpn1-5-73.ams2.redhat.com [10.36.5.73]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u579PQY3009897; Tue, 7 Jun 2016 05:25:27 -0400 From: Panu Matilainen To: Thomas Monjalon References: <7920424.umDpp4ukym@xps13> <78bbf74c-9621-9094-a280-76ed9fc88393@redhat.com> <2002436.ZXkkWWzaid@xps13> Cc: Christian Ehrhardt , dev@dpdk.org Message-ID: <6a2fca10-6143-420e-f6d6-acc4bf599f8f@redhat.com> Date: Tue, 7 Jun 2016 12:25:26 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <2002436.ZXkkWWzaid@xps13> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.28]); Tue, 07 Jun 2016 09:25:28 +0000 (UTC) Subject: Re: [dpdk-dev] [PATCH] mk: fix underlinking issues of most librte libraries 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 09:25:29 -0000 On 06/07/2016 11:23 AM, Thomas Monjalon wrote: > 2016-05-24 12:56, Panu Matilainen: >> On 05/20/2016 08:08 PM, Thomas Monjalon wrote: >>> 2016-05-20 18:50, Christian Ehrhardt: >>>> The individual libraries have various cross dependencies. >>>> This is already refelcted in the DEPDIR dependency, but not yet in >>>> proper DT_NEEDED flags in the .so's. >>>> This adds the -l flags so that is properly stored in the .so's ELF >>>> headers. >>> >>> Why not filling LDLIBS by parsing DEPDIRS-y in rte.lib.mk? >>> >> >> A fair question :) The thought has passed my mind too, but I thought >> it'd be too messy with differing library vs directory names and other >> exceptions. But in reality manually maintained separate LDLIBS is only >> going to get out of sync sooner or later, and turns out its not that bad >> anyway: >> >> diff --git a/mk/rte.lib.mk b/mk/rte.lib.mk >> index b420280..88b4e98 100644 >> --- a/mk/rte.lib.mk >> +++ b/mk/rte.lib.mk >> @@ -77,6 +77,12 @@ else >> _CPU_LDFLAGS := $(CPU_LDFLAGS) >> endif >> >> +# Translate DEPDIRS-y into LDLIBS >> +IGNORE_DEPS = -lrte_eal/% -lrte_net -lrte_compat > > We need some comments to explain why they are ignored. Yup. It'd be more clear if this filtering was done before translating directories to -lrte_foo but this was the first variant I came across that worked :) The issue is that librte_eal/common, librte_net and librte_compat are common directory dependencies but no actual library is generated from them so they just need to be weeded out of the equation, the revised version makes this more clear. > >> +_LDDIRS = $(subst librte_ether,libethdev,$(DEPDIRS-y)) >> +_LDDEPS = $(subst lib/lib,-l,$(_LDDIRS)) >> +LDLIBS += $(filter-out $(IGNORE_DEPS), $(_LDDEPS)) > >> I'm also sure somebody more familiar with gmake could improve it, but it >> seems to work quite fine here. I'll wait a bit to see if there are other >> suggestions before sending it as a proper patch. > > I'm familiar with gmake and I do not think it can be improved more ;) > Please send a patch. Thanks > Ok, will do. - Panu -