[dpdk-dev] including rte.app.mk from a Makefile.am

2016-02-24 Thread Panu Matilainen
On 02/24/2016 04:24 AM, Stefan Puiu wrote: > Hi, > > I'm working on a Linux project that uses the DPDK and (unfornately, > IMO) automake; so we have a Makefile.am where we include rte.extapp.mk > and rte.vars.mk from the DPDK, add LDLIBS to the linker > > However, I've tried building against DPDK 2

[dpdk-dev] including rte.app.mk from a Makefile.am

2016-02-24 Thread Stefan Puiu
On Wed, Feb 24, 2016 at 3:26 AM, Thomas Monjalon wrote: > Yes it is prefixed when used instead of assignment. > In 2.2, it is better fixed: > > ifeq ($(LINK_USING_CC),1) > override EXTRA_LDFLAGS := $(call linkerprefix,$(EXTRA_LDFLAGS)) > O_TO_EXE = $(CC) $(CFLAGS) $(LDFLAGS_$(@)) \ > -Wl,-Map

[dpdk-dev] including rte.app.mk from a Makefile.am

2016-02-24 Thread Thomas Monjalon
Hi, 2016-02-23 20:24, Stefan Puiu: > Hi, > > I'm working on a Linux project that uses the DPDK and (unfornately, > IMO) automake; so we have a Makefile.am where we include rte.extapp.mk > and rte.vars.mk from the DPDK, add LDLIBS to the linker > > However, I've tried building against DPDK 2.2 an

[dpdk-dev] including rte.app.mk from a Makefile.am

2016-02-23 Thread Stefan Puiu
Hi, I'm working on a Linux project that uses the DPDK and (unfornately, IMO) automake; so we have a Makefile.am where we include rte.extapp.mk and rte.vars.mk from the DPDK, add LDLIBS to the linker However, I've tried building against DPDK 2.2 and I'm getting linker errors about options like '--