All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: John Toomey <john.toomey@linux.intel.com>
Cc: yocto@yoctoproject.org
Subject: Re: issue building iputils with uclibc.
Date: Fri, 30 Mar 2012 11:27:06 +0100	[thread overview]
Message-ID: <1872334.hxlsnlFPh9@helios> (raw)
In-Reply-To: <2917058.nSOBk0kvaU@helios>

On Thursday 29 March 2012 20:05:52 Paul Eggleton wrote:
> On Thursday 29 March 2012 14:20:44 John Toomey wrote:
> > On 20/03/2012 16:56, Khem Raj wrote:
> > > go into the uclibc build tree and like kernel or busybox it will have
> > > a .config and grok that. If this is disabled then enable it in
> > > uClibc.distro file under uclibc recipes dir and rebuild uclibc.
> > > ideally these are distro knobs but for tests you can try it
> > > file ( uclibc uses kconfig )
> > 
> > I am unable to find a .config file in the uclibc build tree, can you be
> > more specific about the path i might find it at?
> > 
> > UCLIBC_HAS_RESOLVER_SUPPORT=y doesnt seem to be present in the
> > uClibc.distro file, i added it and tried running the build again with no
> > success. Is there anything else I can try?
> 
> OK, so I just gave this build a try. You can find the configuration actually
> used in the build in TMPDIR/work/i586-poky-linux-uclibc/uclibc-0.9.32-
> r4.3/git/.config  (directory names may vary slightly depending on your
> build configuration).
> 
> With master, when I checked my version of that file,
> UCLIBC_HAS_RESOLVER_SUPPORT=y is set, so apparently this feature is getting
> enabled by default. However, when I did the same on edison (which uses
> uclibc 0.9.32 as opposed to 0.9.33) that setting is not present. Digging
> around I'm beginning to wonder if this option was perhaps added in uclibc
> 0.9.33, which if true would explain why it is not present when building
> uclibc in edison; but does that mean the underlying functionality was added
> in that version or just the option?

More detective work - the dn_comp() function was indeed not in uclibc until 
0.9.33; also, the reference to dn_comp() was added in the following commit to 
iputils:

http://www.linux-
ipv6.org/gitweb/gitweb.cgi?p=gitroot/iputils.git;a=commitdiff;h=ac3fe58bc1939c8ed3cf34c30f713dfe82b27ce5

So I guess you have a few options:

1) Avoid using iputils altogether - you can get very basic versions of the 
utilities in iputils from busybox. Looks like on the face of it nothing 
depends on iputils but it is pulled in via task-core-basic (which is pulled in 
by core-image-basic).

2) Upgrade to uclibc 0.9.33 (can be done in a separate layer on top of edison)

3) Patch iputils to remove the call to this function and any others that 
aren't in uclibc 0.9.32

4) Patch iputils to not build ping6

5) Build an older version of iputils

Cheers,
Paul


-- 

Paul Eggleton
Intel Open Source Technology Centre


  parent reply	other threads:[~2012-03-30 10:27 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-20 15:49 issue building iputils with uclibc John Toomey
2012-03-20 16:23 ` Paul Eggleton
2012-03-20 16:56   ` Khem Raj
2012-03-29 13:20     ` John Toomey
2012-03-29 19:05       ` Paul Eggleton
2012-03-29 19:49         ` Khem Raj
2012-03-29 20:39           ` How to change the startup application Liu, Song
2012-03-29 23:56             ` Autif Khan
2012-04-03 20:34               ` Liu, Song
2012-04-03 20:46                 ` Gary Thomas
2012-04-03 21:12                   ` Autif Khan
2012-04-03 21:15                     ` Gary Thomas
2012-04-03 21:23                 ` Autif Khan
2012-04-03 21:58                   ` Liu, Song
2012-04-04 10:06                     ` James Abernathy
2016-10-25 13:02               ` Nikola Popovic
2016-10-25 15:52                 ` Khem Raj
2012-03-30 10:27         ` Paul Eggleton [this message]
  -- strict thread matches above, loose matches on Subject: below --
2012-03-09 15:18 issue building iputils with uclibc John Toomey
2012-03-09 15:29 ` Khem Raj
2012-03-09 15:45   ` John Toomey
2012-03-09 16:45     ` Khem Raj
2012-03-12 15:19       ` John Toomey

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=1872334.hxlsnlFPh9@helios \
    --to=paul.eggleton@linux.intel.com \
    --cc=john.toomey@linux.intel.com \
    --cc=yocto@yoctoproject.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.