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 -
next prev parent 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).