Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Trevor Woerner <twoerner@gmail.com>
To: "Burton, Ross" <ross.burton@intel.com>
Cc: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH] util-linux: 2.28.1 -> 2.29
Date: Tue, 20 Dec 2016 09:55:55 -0500	[thread overview]
Message-ID: <20161220145554.GA11748@openSUSE-i7.site> (raw)
In-Reply-To: <CAJTo0LbZYcPK-9E=+pw9ZB-H9Yb7gNxeQMxLQsoRsZ1CWU4pgQ@mail.gmail.com>

On Tue 2016-12-20 @ 02:41:21 PM, Burton, Ross wrote:
> On 19 December 2016 at 22:12, Khem Raj <raj.khem@gmail.com> wrote:
> 
> > checking ncursesw... (v6) yes
> >
> 
> I'm pretty sure this indicates that it found a ncursesw-config binary,
> which we disable. So it must be running the host tool.  I'm seeing if we
> can force it to use the sysroot easily now.

Hi Ross,

Thanks for continuing to look into this! :-)

I spent the last while trying some things to see if I could fix this issue. I
tried adding --disable-widechar to OECONF since that was one of the new things
added between 2.28.1 and 2.29 (no change).

Looking through the config.log I found a couple things that weren't right:

	$ cat -n config.log | grep "\/usr\/include" | grep -v x86_64
	  3326  In file included from /usr/include/linux/gsmmux.h:4:0,
	  3328  /usr/include/linux/if.h:211:19: error: field 'ifru_addr' has incomplete type
	  3331  /usr/include/linux/if.h:212:19: error: field 'ifru_dstaddr' has incomplete type
	  3334  /usr/include/linux/if.h:213:19: error: field 'ifru_broadaddr' has incomplete type
	  3337  /usr/include/linux/if.h:214:19: error: field 'ifru_netmask' has incomplete type
	  3340  /usr/include/linux/if.h:215:20: error: field 'ifru_hwaddr' has incomplete type
	  8662  NCURSES_CFLAGS='-I/usr/include/ncurses6/ncursesw -I/usr/include/ncurses6'

The biggest one is probably the last one (line 8662) where something is
setting NCURSES_CFLAGS explicitly to /usr/include. I'm looking for that one
now.

The first issue I see in my config.log is confusing to me too. Looking at the
full log around that area gives:

	3325 configure:17946: gcc  -std=gnu99 -c -isystem/z/layerindex-master/raspi3/tmp-glibc/sysroots/x86_64-linux/usr/include -O2 -pipe -isystem/z/layerindex-master/raspi3/tmp-glibc/sysroots/x86_64-linux/usr/include conftest.c >&5
	3326 In file included from /usr/include/linux/gsmmux.h:4:0,
	3327                  from conftest.c:82:
	3328 /usr/include/linux/if.h:211:19: error: field 'ifru_addr' has incomplete type
	3329    struct sockaddr ifru_addr;
	3330                    ^
	3331 /usr/include/linux/if.h:212:19: error: field 'ifru_dstaddr' has incomplete type
	3332    struct sockaddr ifru_dstaddr;
	3333                    ^
	3334 /usr/include/linux/if.h:213:19: error: field 'ifru_broadaddr' has incomplete type
	3335    struct sockaddr ifru_broadaddr;
	3336                    ^
	3337 /usr/include/linux/if.h:214:19: error: field 'ifru_netmask' has incomplete type
	3338    struct sockaddr ifru_netmask;
	3339                    ^
	3340 /usr/include/linux/if.h:215:20: error: field 'ifru_hwaddr' has incomplete type
	3341    struct  sockaddr ifru_hwaddr;

The compile line is clearly telling gcc to use -isystem/z/layerindex.... In
other words gcc is being directed to look in the correct locations. But in the
error messages it's saying that it looked in "/usr/include/linux/if.h". Does
this mean that -isystem isn't doing what we hope it should be doing? Or is gcc
stripping out the -isystem prefix when reporting this error?


  reply	other threads:[~2016-12-20 14:55 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-12-13  3:30 [PATCH] util-linux: 2.28.1 -> 2.29 Zheng Ruoqin
2016-12-19 15:23 ` Trevor Woerner
2016-12-19 20:31   ` Burton, Ross
2016-12-19 21:42     ` Trevor Woerner
2016-12-19 21:47       ` Burton, Ross
2016-12-19 21:53         ` Burton, Ross
2016-12-19 22:01           ` Trevor Woerner
2016-12-19 22:12             ` Khem Raj
2016-12-20 14:36               ` Burton, Ross
2016-12-20 14:41               ` Burton, Ross
2016-12-20 14:55                 ` Trevor Woerner [this message]
2016-12-20 15:00                   ` Burton, Ross
2016-12-20 15:05                     ` Burton, Ross
2016-12-20 15:14                       ` Trevor Woerner
2016-12-20 15:16                         ` Burton, Ross
2016-12-20 15:22                           ` Trevor Woerner
2016-12-20 15:17                         ` Trevor Woerner

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=20161220145554.GA11748@openSUSE-i7.site \
    --to=twoerner@gmail.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=ross.burton@intel.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