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?
next prev parent 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