From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id 8A1D010A3 for ; Sat, 27 Oct 2018 04:19:32 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Oct 2018 19:19:30 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,430,1534834800"; d="scan'208";a="274838132" Received: from irsmsx101.ger.corp.intel.com ([163.33.3.153]) by fmsmga005.fm.intel.com with ESMTP; 26 Oct 2018 19:19:29 -0700 Received: from irsmsx102.ger.corp.intel.com ([169.254.2.13]) by IRSMSX101.ger.corp.intel.com ([169.254.1.134]) with mapi id 14.03.0415.000; Sat, 27 Oct 2018 03:19:28 +0100 From: "Van Haaren, Harry" To: Thomas Monjalon , "Richardson, Bruce" CC: "dev@dpdk.org" , "stephen@networkplumber.org" , "gaetan.rivet@6wind.com" , "shreyansh.jain@nxp.com" , "mattias.ronnblom@ericsson.com" , "Laatz, Kevin" , "Nicolau, Radu" , "Hunt, David" Thread-Topic: [dpdk-dev] [PATCH v9 03/12] telemetry: initial telemetry infrastructure Thread-Index: AQHUbZg7KVzodKZWmkO+Rl/ZktZyNaUyWoGA Date: Sat, 27 Oct 2018 02:19:27 +0000 Message-ID: References: <20181024160311.85457-1-kevin.laatz@intel.com> <20181026235933.79779-1-harry.van.haaren@intel.com> <20181026235933.79779-4-harry.van.haaren@intel.com> <3436860.VK1RJtmnne@xps> In-Reply-To: <3436860.VK1RJtmnne@xps> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMjY1YjA5NjctNzlkOS00ZGFkLTlhZTktMGJiNjhhYjViM2ExIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiNDdKSE8zNDQyaEgrTDhBTGNrRGRhYVE5ejJPM0FIYVlHXC95OE0rSXduazg2YkpoRERNZFdxSFdEK1c2b2FYYnIifQ== x-ctpclassification: CTP_NT dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [163.33.239.180] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v9 03/12] telemetry: initial telemetry infrastructure 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: , X-List-Received-Date: Sat, 27 Oct 2018 02:19:33 -0000 > -----Original Message----- > From: Thomas Monjalon [mailto:thomas@monjalon.net] > Sent: Friday, October 26, 2018 6:56 PM > To: Van Haaren, Harry ; Laatz, Kevin > ; Nicolau, Radu ; Hunt, Da= vid > > Cc: dev@dpdk.org; Richardson, Bruce ; > stephen@networkplumber.org; gaetan.rivet@6wind.com; shreyansh.jain@nxp.co= m; > mattias.ronnblom@ericsson.com; Ciara Power ; Brian > Archbold > Subject: Re: [dpdk-dev] [PATCH v9 03/12] telemetry: initial telemetry > infrastructure >=20 > 27/10/2018 01:59, Harry van Haaren: > > --- a/mk/rte.vars.mk > > +++ b/mk/rte.vars.mk > > +JANSSON :=3D $(shell pkg-config --exists jansson; echo $$?) > > +ifneq ($(JANSSON),0) > > +$(warning Jansson not found, disabling RTE_LIBRTE_TELEMETRY) > > +CONFIG_RTE_LIBRTE_TELEMETRY =3D n > > +endif >=20 > It fails for cross-compilation. > Example: > When compiling i686 on x86_64 host, no error with > pkg-config --exists jansson > but fails when linking: > /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux- > gnu/8.2.1/../../../libjansson.so when searching for -ljansson > /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux- > gnu/8.2.1/../../../libjansson.a when searching for -ljansson > /usr/bin/ld: skipping incompatible /usr/lib/libjansson.so when searching > for -ljansson > /usr/bin/ld: skipping incompatible /usr/lib/libjansson.a when searching > for -ljansson > /usr/bin/ld: cannot find -ljansson >=20 > Note: there is the same issue with examples/vm_power_manager/Makefile >=20 > I start thinking it is not reasonnable to enable an optional dependency > in our Makefiles. Perhaps the only solution is to use meson... Ouch, yes if x86_64 pkg-config finds the available library, and it is not a= vailable in its i686 form, or other combinations thereof, things become ano= ther-level of complex. Indeed Meson is (good | getting better) at detecting these things, Bruce kn= ows more IIRC :) @Thomas, for this release I propose to rework to use CONFIG=3DN as default = for Make, and allow packagers to enable if they wish. Is that a good next-s= tep?