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 CC36EA052F; Wed, 29 Jan 2020 19:49:32 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 6F76B1C031; Wed, 29 Jan 2020 19:49:31 +0100 (CET) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by dpdk.org (Postfix) with ESMTP id 33E0A1BFE5 for ; Wed, 29 Jan 2020 19:49:29 +0100 (CET) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 9AE1021B42; Wed, 29 Jan 2020 13:49:26 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 29 Jan 2020 13:49:26 -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=QtbkuzX6RSW8x5immkunwyQI3EycearfwPXn4ePRxIk=; b=fNxaC5rijy8B 0xcQ+8C+lWjZdktF5geJ9NqLENfnlxpkyOqeWg7P36gU3k34D2yLcKa6r5zV5bhh 7czvbv/UreycKlPo42LW8JDUHJgQ5XjpnEbMGrq1X2wYnZDh0+CoHkvSbnsTfsUx jWdLRWxbHNvdaDXvcZf/+mXYoHs0dPs= 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=QtbkuzX6RSW8x5immkunwyQI3EycearfwPXn4ePRx Ik=; b=cmYlzoq7bnX0BpWVJc3lvVVlhpt19CRAx9CoK2Cqeme1TLlEQeJsiO2W4 oZX9e0LbdyZl/2BSuwi4f3grcu/7vCgozRDVZgbugytKUhZ3sSJjvAfvznFtTgWl ZJuu/+nGauZWTLWO1W3Mrd+RgemeofqQZOMk3DWGLM+rDMKDGCKnCCfFyvQ4DNti 8m56bjYJP0kZsIpopLQFIU3ntlCHANl/bEjd7UwmYq3AN4bPixdBq+xcJFjk5WwQ 4rvmFOrhscG9IXnxrVSGhKgg6iAVNFnc8ZC1jBgfqTm8KlmQZSNpkvZLtGcQHNKZ lvEDN0tj3+GM65o21IClwiSmSHKCw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrfeeigdduudehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufffkfgjfhgggfgtsehtufertddttddvnecuhfhrohhmpefvhhhomhgr shcuofhonhhjrghlohhnuceothhhohhmrghssehmohhnjhgrlhhonhdrnhgvtheqnecuff homhgrihhnpeguphgukhdrohhrghenucfkphepjeejrddufeegrddvtdefrddukeegnecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhmrg hssehmohhnjhgrlhhonhdrnhgvth 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 C4EE83060A88; Wed, 29 Jan 2020 13:49:25 -0500 (EST) From: Thomas Monjalon To: Bruce Richardson Cc: dev@dpdk.org, Matan Azrad , Shahaf Shuler , Viacheslav Ovsiienko Date: Wed, 29 Jan 2020 19:49:24 +0100 Message-ID: <3539810.MHq7AAxBmi@xps> In-Reply-To: <20200129175024.GB383@bricha3-MOBL.ger.corp.intel.com> References: <20200116071656.1663967-1-thomas@monjalon.net> <4090132.ejJDZkT8p0@xps> <20200129175024.GB383@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 v2 2/4] buildtools: get static mlx dependencies for 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" 29/01/2020 18:50, Bruce Richardson: > On Wed, Jan 29, 2020 at 06:48:14PM +0100, Thomas Monjalon wrote: > > 29/01/2020 16:37, Bruce Richardson: > > > Error message I got is below. This is on Ubuntu 19.10 with gcc 9.2: > > > > > > LD librte_pmd_mlx5.so.20.0.1 > > > /usr/bin/ld: /lib/x86_64-linux-gnu/libmlx5.a(mlx5.c.o): relocation R_X86_64_PC32 against symbol `stderr@@GL > > > > I think -fPIC is missing. > > Which version of rdma-core is it? > > As documented, you may have to build the static libraries yourself: > > http://doc.dpdk.org/guides/nics/mlx5.html#installation > > CFLAGS=-fPIC cmake -DIN_PLACE=1 -DENABLE_STATIC=1 -GNinja .. && ninja > > > Yes, that appears to be necessary. :-( > > What is the big advantage of doing this over default linking using standard > packages, especially since for end apps the pkg-config file is taking care > of providing all the correct linker args? It does not change anything for compilation. It's all about packaging. It may be easier to package in some environments, by removing one dependency.