DPDK patches and discussions
 help / color / mirror / Atom feed
From: Panu Matilainen <pmatilai@redhat.com>
To: "Martinx - ジェームズ" <thiagocmartinsc@gmail.com>,
	dev@dpdk.org, "Neil Horman" <nhorman@tuxdriver.com>,
	"Gonzalez Monroy, Sergio" <sergio.gonzalez.monroy@intel.com>
Subject: Re: [dpdk-dev] Can't compile DPDK if both CONFIG_RTE_BUILD_COMBINE_LIBS and LIBRTE_PMD_XENVIRT are set to "yes"
Date: Tue, 24 Nov 2015 15:57:02 +0200	[thread overview]
Message-ID: <56546CAE.8050401@redhat.com> (raw)
In-Reply-To: <CAJSM8J2D_trMfzeSJAcuYD4sf-6GqdfhF-FdMOYV=0NFSGa0kQ@mail.gmail.com>

On 11/23/2015 08:37 PM, Martinx - ジェームズ wrote:
> Hello!
>
> My name is Thiago, I'm trying to compile DPDK 2.0, 2.1 and/or 2.2-rc1,
> on Ubuntu with Xen support but, it does not build...
>
> Also, initially, I'm using DPDK sources from Ubuntu APT repository
> but, it is also reproducible using upstream DPDK tarball as well,
> explained as follows:
>
> Problem:
>
> * It is not possible to use the following DPDK options at the same time:
>
> CONFIG_RTE_BUILD_COMBINE_LIBS
> LIBRTE_PMD_XENVIRT
>
> Ubuntu DPDK .deb package uses CONFIG_RTE_BUILD_COMBINE_LIBS and,
> without it, it can't build its .deb binary package (step: "make -f
> debian/rules binary" doesn't work).
>
> So, if you have the above two options set to "yes", the following
> error appear while building DPDK:
>
> http://pastebin.com/xUsQPxh8
>
[...]
> Build error:
>
> http://pastebin.com/fuUkpF4w
>
> If you remove "CONFIG_RTE_BUILD_COMBINE_LIBS", then, you can build it
> with "LIBRTE_PMD_XENVIRT", and vice-versa. But, without
> "...COMBINE_LIBS", Ubuntu .deb package doesn't get builded.
>
> BTW, the option LIBRTE_XEN_DOM0 is fine when also enabling COMBINE_LIBS...
>
> Am I missing something? Is this by design or a DPDK bug?

DPDK bug I would say. The combined library has been increasingly in risk 
of collapsing under its own weight for some time now.

A much better way of achieving the same is using a so called linker 
script which is essentially just an ascii file listing all the 
individual libraries which the linker handles behind the scenes.
FWIW, that's how the combined library is packaged on Fedora and RHEL and 
consumers like OVS and pktgen never knew the difference.

The linker script approach has been suggested before but somehow the 
threads died without nothing actually happening. I'll revive the patch 
and post here shortly. Unless Sergio (cc'd) who previously worked on the 
patches has a newer version cooking silently?

P.S. I know, a "linker script" sounds exotic but they're actually rather 
commonplace. On an average Linux system, libc.so is a linker script for 
example.

	- Panu -

  reply	other threads:[~2015-11-24 13:57 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-23 18:37 Martinx - ジェームズ
2015-11-24 13:57 ` Panu Matilainen [this message]
2015-11-24 14:46   ` Sergio Gonzalez Monroy
2015-11-24 15:22     ` Panu Matilainen
2015-11-24 15:30       ` Martinx - ジェームズ
2015-11-24 15:53         ` Panu Matilainen
2015-11-25  0:26           ` Martinx - ジェームズ
2015-11-25  8:44             ` Panu Matilainen
2015-12-04 19:11 ` Thomas Monjalon

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=56546CAE.8050401@redhat.com \
    --to=pmatilai@redhat.com \
    --cc=dev@dpdk.org \
    --cc=nhorman@tuxdriver.com \
    --cc=sergio.gonzalez.monroy@intel.com \
    --cc=thiagocmartinsc@gmail.com \
    /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).