From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id D1F3DA0535; Tue, 4 Feb 2020 16:21:05 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 23E6F1C1F6; Tue, 4 Feb 2020 16:21:05 +0100 (CET) Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by dpdk.org (Postfix) with ESMTP id CB0551C1F1 for ; Tue, 4 Feb 2020 16:21:02 +0100 (CET) X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Feb 2020 07:21:01 -0800 X-IronPort-AV: E=Sophos;i="5.70,402,1574150400"; d="scan'208";a="219777192" Received: from bricha3-mobl.ger.corp.intel.com ([10.237.221.79]) by orsmga007-auth.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Feb 2020 07:21:00 -0800 Date: Tue, 4 Feb 2020 15:20:56 +0000 From: Bruce Richardson To: Thomas Monjalon Cc: dev@dpdk.org Message-ID: <20200204152056.GA683@bricha3-MOBL.ger.corp.intel.com> References: <20200116071656.1663967-1-thomas@monjalon.net> <5323608.DvuYhMxLoT@xps> <20200204143314.GA679@bricha3-MOBL.ger.corp.intel.com> <12448434.uLZWGnKmhe@xps> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12448434.uLZWGnKmhe@xps> User-Agent: Mutt/1.12.1 (2019-06-15) Subject: Re: [dpdk-dev] [PATCH v2 0/4] add static ibverbs in meson 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" On Tue, Feb 04, 2020 at 04:14:46PM +0100, Thomas Monjalon wrote: > 04/02/2020 15:33, Bruce Richardson: > > On Tue, Feb 04, 2020 at 03:27:50PM +0100, Thomas Monjalon wrote: > > > 04/02/2020 12:48, Bruce Richardson: > > > > as we discussed offline, I really don't like the necessity of the > > > > hidden_deps part of this, so I've tried coming up with some other > > > > solutions. > > > > > > Thanks for looking closely at these patches. > > > > > > > For example, in my testing I get the same result with the > > > > following diff instead of the second two patches (just showing for mlx5 - > > > > changes for mlx4 are identical): > > > [...] > > > > - # Build without adding shared libs to Requires.private > > > > - hidden_deps += lib.partial_dependency(compile_args:true) > > > [...] > > > > + ibv_cflags = run_command(find_program('pkg-config'), '--cflags', 'libibverbs').stdout() > > > [...] > > > > By doing things this way - assuming it works in your tests too - we avoid > > > > any need to change anything in the common drivers code. > > > > > > Yes, you hide the dependency by getting cflags directly with pkg-config. > > > I wanted to avoid such solution because I was trying to use as much > > > as possible the meson infrastructure. > > > > > > I think your solution relying on one more call to pkg-config is acceptable. > > > I will test it and will review whether we get all corner cases. > > > > > > > Thanks. > > It's not really ideal, but this is likely always going to be a bit flakey > > since we can't use distro-supplied .a files, and your scripting is needed > > to prevent even accidentally taking a non-custom-build rdma-core file. > > Furthermore, I see that while meson tracks PKG_CONFIG_PATH value itself for > > finding things, this does not get tracked between runs for shell calls. > > This can catch one out, for example: > > > > PKG_CONFIG_PATH=/path/to/pc/files meson build > > > > will work correctly for everything. However, if one does a reconfigure > > subsequently doing e.g. ninja reconfigure, meson will correctly pick up the > > .pc files, but the ibverbs-static script, or any run_command calls to > > pkg-config won't as it's not actually in the environment :-( > > In my setup, I export PKG_CONFIG_PATH, so it is not an issue. > But I understand your point that we may hit the issue. > That's why I will work in meson upstream to avoid all of this in future. > +1 > > > > In the meantime I discovered we are overlinking with meson > > > when using the dlopen linking option. > > > I will try to fix it as well with the same method. > > > > > Right. Overlinking is probably less serious an issue though. Does it cause > > any real-world problems? > > Overlinking defeats the benefit of dlopen. > The idea of dlopen is to avoid having ibverbs as mandatory DPDK dependency. > The ibverbs lib is loaded with dlopen only if probing a Mellanox device. > The dlopen solution makes the PMD really like an optional plugin, > same as for static linkage in the PMD. > Right, I understand the issue now.