[dpdk-dev] [PATCH v2 00/12] standard make install

Bruce Richardson bruce.richardson at intel.com
Thu Dec 3 12:07:10 CET 2015


On Thu, Dec 03, 2015 at 12:02:42PM +0100, Thomas Monjalon wrote:
> 2015-12-03 10:57, Bruce Richardson:
> > On Thu, Dec 03, 2015 at 06:01:57AM +0100, Thomas Monjalon wrote:
> > > Following the recent discussions, this is a proposal to have a standard
> > > installation process while keeping compatibility with most of the old
> > > behaviours.
> > >
> > How compatible are we looking for here. The standard way of compiling up DPDK
> > up till now has always been "make install T=$RTE_TARGET", but that seems to no
> > longer work.
> > 
> > bruce at silpixa00389037-Fedora:dpdk-clean$ echo $RTE_TARGET
> > x86_64-native-linuxapp-gcc
> > 
> > bruce at silpixa00389037-Fedora:dpdk-clean$ make install T=$RTE_TARGET
> > /home/bruce/dpdk-clean/mk/rte.vars.mk:58: /home/bruce/dpdk-clean/build/.config: No such file or directory
> > /home/bruce/dpdk-clean/mk/rte.vars.mk:83: *** RTE_ARCH is not defined.  Stop.
> > /home/bruce/dpdk-clean/mk/rte.sdkroot.mk:98: recipe for target 'install' failed
> > make: *** [install] Error 2
> > 
> > When I look for backward compatibilty, this is the main thing I look for, as I'm
> > not aware of anyone (on my team here at least!) who does a make config first etc. 
> > When developing, most people just do a "make install T=..."straight up.
> 
> I agree.
> And it works on my machine.
> I'd like to understand what is the problem on yours.

Ok, it must be a local problem on my end so. I'll investigate and see if I can
see what the issue is - maybe some leftover files from previous builds or
something. I'll try with a clean clone.

/Bruce


More information about the dev mailing list