From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <sergio.gonzalez.monroy@intel.com>
Received: from mga11.intel.com (mga11.intel.com [192.55.52.93])
 by dpdk.org (Postfix) with ESMTP id 50F25677B
 for <dev@dpdk.org>; Fri, 31 Oct 2014 09:53:41 +0100 (CET)
Received: from fmsmga002.fm.intel.com ([10.253.24.26])
 by fmsmga102.fm.intel.com with ESMTP; 31 Oct 2014 02:02:38 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.07,293,1413270000"; d="scan'208";a="624017498"
Received: from irsmsx102.ger.corp.intel.com ([163.33.3.155])
 by fmsmga002.fm.intel.com with ESMTP; 31 Oct 2014 02:02:27 -0700
Received: from irsmsx153.ger.corp.intel.com (163.33.192.75) by
 IRSMSX102.ger.corp.intel.com (163.33.3.155) with Microsoft SMTP Server (TLS)
 id 14.3.195.1; Fri, 31 Oct 2014 09:02:02 +0000
Received: from irsmsx108.ger.corp.intel.com ([169.254.11.82]) by
 IRSMSX153.ger.corp.intel.com ([169.254.9.23]) with mapi id 14.03.0195.001;
 Fri, 31 Oct 2014 09:02:01 +0000
From: "Gonzalez Monroy, Sergio" <sergio.gonzalez.monroy@intel.com>
To: Neil Horman <nhorman@tuxdriver.com>
Thread-Topic: [dpdk-dev] [PATCH] mk: --no-as-needed by default for linux
 exec-env
Thread-Index: AQHP9DBuddw7LeIAtUeKj1hEPMgNGJxIeI6QgAAy+wCAABRaEIAARQIAgADjfeA=
Date: Fri, 31 Oct 2014 09:02:01 +0000
Message-ID: <91383E96CE459D47BCE92EFBF5CE73B004E9AA60@IRSMSX108.ger.corp.intel.com>
References: <1414666662-14966-1-git-send-email-sergio.gonzalez.monroy@intel.com>
 <91383E96CE459D47BCE92EFBF5CE73B004E9A0FB@IRSMSX108.ger.corp.intel.com>
 <20141030140110.GE24783@hmsreliant.think-freely.org>
 <91383E96CE459D47BCE92EFBF5CE73B004E9A23A@IRSMSX108.ger.corp.intel.com>
 <20141030192100.GF24783@hmsreliant.think-freely.org>
In-Reply-To: <20141030192100.GF24783@hmsreliant.think-freely.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [163.33.239.180]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH] mk: --no-as-needed by default for linux
 exec-env
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Oct 2014 08:53:41 -0000

> From: Neil Horman [mailto:nhorman@tuxdriver.com]
> Subject: Re: [dpdk-dev] [PATCH] mk: --no-as-needed by default for linux
> exec-env
>=20
> Thank you, it does, though it raises an intersting question.  By flipping=
 that
> switch around you definately solve the problem at hand, but you don't rea=
lly
> close the bug completely.  The problem arises because librte_eal doesn't =
add
> a DT_NEEDED entry for librte_mempool despite the fact that it references
> symbols in that library.  It does this because we don't explicitly link w=
ith -
> lrte_mempool when we build librte_eal.  Normally thats ok, because librar=
ies
> don't load on their own, and every application that needs to link rte_eal=
 also
> needs to link rte_mempool, so the symbols happen to resolve properly.  Bu=
t
> that may not always be the case for all libraries. It gives rise to the a=
rgument
> that building a single large library may be preferable, as we might other=
wise
> need to create dependency chains where libraries fully specify their
> dependencies in their DT_NEEDED sections
>=20
> Neil
>=20
That is a better explanation of what is really going on :) , and it does ri=
se an interesting question.
In that regard, there is an open RFC to discuss how to improve the current =
build system.
http://dpdk.org/ml/archives/dev/2014-October/007389.html

Thanks,
Sergio