On Tue 2016-12-20 @ 02:41:21 PM, Burton, Ross wrote:
> On 19 December 2016 at 22:12, Khem Raj <raj.k...@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?
-- 
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to