DPDK patches and discussions
 help / color / mirror / Atom feed
From: Olivier Matz <olivier.matz@6wind.com>
To: Thomas Monjalon <thomas@monjalon.net>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH] mk: fix libs installation when installing sdk
Date: Mon, 25 Jun 2018 16:46:22 +0200	[thread overview]
Message-ID: <20180625144622.x5m372op2zgitcr3@platinum> (raw)
In-Reply-To: <20180123163057.lbrgzsjq2zbqh2xl@glumotte.dev.6wind.com>

Hi Thomas,

On Tue, Jan 23, 2018 at 05:30:57PM +0100, Olivier Matz wrote:
> Hi Thomas,
> 
> On Fri, Dec 15, 2017 at 12:00:01PM +0100, Thomas Monjalon wrote:
> > 15/12/2017 11:45, Olivier MATZ:
> > > On Fri, Dec 15, 2017 at 11:32:12AM +0100, Thomas Monjalon wrote:
> > > > 15/12/2017 11:25, Olivier MATZ:
> > > > > On Fri, Dec 15, 2017 at 11:19:57AM +0100, Thomas Monjalon wrote:
> > > > > > 14/12/2017 15:24, Olivier Matz:
> > > > > > > @@ -157,6 +157,8 @@ install-sdk:
> > > > > > >  	$(Q)cp -a               $O/.config               $(DESTDIR)$(targetdir)
> > > > > > >  	$(Q)cp -a               $O/app/dpdk-pmdinfogen   $(DESTDIR)$(targetdir)/app
> > > > > > >  	$(Q)$(call rte_symlink, $(DESTDIR)$(includedir), $(DESTDIR)$(targetdir)/include)
> > > > > > > +	$(Q)$(call rte_mkdir,                            $(DESTDIR)$(libdir))
> > > > > > > +	$(Q)cp -a               $O/lib/*                 $(DESTDIR)$(libdir)
> > > > > > >  	$(Q)$(call rte_symlink, $(DESTDIR)$(libdir),     $(DESTDIR)$(targetdir)/lib)
> > > > > > 
> > > > > > The libs are already installed with "make install-runtime".
> > > > > > Either we add a dependency between install-sdk and install-runtime,
> > > > > > or we clearly document it.
> > > > > 
> > > > > To me, libs are needed when installing the sdk (to compile against them)
> > > > > and when installing the runtime (to use them).
> > > > > 
> > > > > Is it a problem to have it in both targets?
> > > > 
> > > > Yes it is a problem because the general use is to call every targets,
> > > > so the libs will be installed twice. Look at the global "install" target.
> > > > 
> > > > Do you want to be able to install the SDK without the runtime?
> > > 
> > > Hmm, you're right, installing the runtime instead of the sdk may be a
> > > solution in our case. We don't need the bin, man, ... but it's probably
> > > not an issue to have them anyway.
> > > 
> > > So, to summarize:
> > >   install-runtime is the equivalent of the binary package
> > >   install-sdk is the equivalent of the -devel package
> > 
> > Yes
> > 
> > > And install-sdk depends on install-runtime, right?
> > 
> > Depends logically, yes. But no dependence in the Makefile.
> 
> Coming back on this topic, actually I think an issue remains with "make
> install-sdk" which generates a bad symlink.
> 
>   # ls -l /tmp/toto/usr/local/share/dpdk/x86_64-native-linuxapp-gcc
>   drwxr-xr-x 2 root root 4096 Dec 11 11:49 app
>   lrwxrwxrwx 1 root root   21 Dec 11 11:49 include -> ../../../include/dpdk
>   lrwxrwxrwx 1 root root   12 Dec 11 11:49 lib -> ../../../lib  # BAD LINK
> 
> Would it make sense to remove the creation of the symlink? Something
> like this:
> 
>   --- a/mk/rte.sdkinstall.mk
>   +++ b/mk/rte.sdkinstall.mk
>   @@ -157,7 +157,6 @@ install-sdk:
>           $(Q)cp -a               $O/.config               $(DESTDIR)$(targetdir)
>           $(Q)cp -a               $O/app/dpdk-pmdinfogen   $(DESTDIR)$(targetdir)/app
>           $(Q)$(call rte_symlink, $(DESTDIR)$(includedir), $(DESTDIR)$(targetdir)/include)
>   -       $(Q)$(call rte_symlink, $(DESTDIR)$(libdir),     $(DESTDIR)$(targetdir)/lib)
>   
>    install-doc:
>    ifneq ($(wildcard $O/doc/html),)

It looks we forgot this thread for a long time. Any opinon about it?

Thanks
Olivier

      reply	other threads:[~2018-06-25 14:46 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-14 14:24 Olivier Matz
2017-12-15 10:19 ` Thomas Monjalon
2017-12-15 10:25   ` Olivier MATZ
2017-12-15 10:32     ` Thomas Monjalon
2017-12-15 10:45       ` Olivier MATZ
2017-12-15 11:00         ` Thomas Monjalon
2018-01-23 16:30           ` Olivier Matz
2018-06-25 14:46             ` Olivier Matz [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180625144622.x5m372op2zgitcr3@platinum \
    --to=olivier.matz@6wind.com \
    --cc=dev@dpdk.org \
    --cc=thomas@monjalon.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).