From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: multipart/mixed; boundary="===============1574363693909355383==" MIME-Version: 1.0 From: Kumaraparameshwaran Rathnavel Subject: Re: [SPDK] DPDK Date: Wed, 02 Nov 2016 21:57:59 +0530 Message-ID: <76DB3DFD-CD78-496F-A95A-B39DFB586C03@cloudsimple.com> In-Reply-To: a14fddec-b412-dffd-4751-3d686d2ddd65@intel.com List-ID: To: spdk@lists.01.org --===============1574363693909355383== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks for the Reply Daniel. = Thanking You, = Param Sent from my iPhone > On 02-Nov-2016, at 9:48 PM, Daniel Verkamp w= rote: > = >> On 11/02/2016 04:47 AM, Kumaraparameshwaran Rathnavel wrote: >> Hi All, >> = >> I am writing an application similar to nvmf target in SPDK. I should not= use the Makefile format given for nvmf target. I am having my own cmake fi= le and I have included libraries and header files from DPDK and SPDK. My ap= plication core dumps at rte_mempool_create. When I use the same code and th= e format of the Makefile in nvmf target it doesn't. I can see that I am mis= sing some flags r something. Can any one help me? Is there an implementatio= n of Makefiles of nvmf target in SPDK with cmake >> = >> Thanking you, >> Param > = > Hi Param, > = > We would have to see a backtrace to be sure, but it is likely that your b= uild system is not linking the DPDK libraries correctly. If you are using = DPDK 16.07 or newer built as static libraries, you need to link the rte_* l= ibraries with the -Wl,--whole-archive linker option to ensure none of the o= bject files that contain only constructors get eliminated. Some of the memp= ool functionality was made pluggable and moved to initialization in constru= ctors in DPDK 16.07, and if you fail to link the libraries this way, you wi= ll end up with NULL function pointers. Alternatively, you can just use a sh= ared library build of DPDK. > = > See commit 20c11032aecc9678b415dc1861607d5f46ec34ef in SPDK for how this = issue was fixed in our Makefile build system. > = > Thanks, > -- Daniel > = > _______________________________________________ > SPDK mailing list > SPDK(a)lists.01.org > https://lists.01.org/mailman/listinfo/spdk --===============1574363693909355383==--