Bug 3947

Summary: GCC + eglibc + Texinfo5.0+
Product: [Build System, Metadata & Runtime] OE-Core Reporter: Jack Mitchell <jack>
Component: devtools / tool chainAssignee: Khem Raj <raj.khem>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Medium+ CC: bluelightning, corneliux.stoicescu, Martin.Jansa, meta.mr.watcher, meta.watcher, sgw
Version: unspecified   
Target Milestone: 1.5   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: No (bug/feature does not impact docs)
Attachments:
Description Flags
do_compile log failure none

Description Jack Mitchell 2013-02-27 14:48:12 UTC 
Created attachment 1088 [details]
do_compile log failure

As with the recent binutils texinfo5 incompatibility I believe GCC now also has the same failings, please see attached log.

I have found a couple of patches which address the situation but I haven't been able to apply them cleanly:

http://patchwork.ozlabs.org/patch/222190/

http://patchwork.ozlabs.org/patch/222861/
Comment 1 Stoicescu Cornel 2013-02-28 10:16:52 UTC 
Hello Jack,

What is the target poky/layer version/commit for this?

Please supply this either in text or using the Version field above.

Thank you!
Comment 2 Jack Mitchell 2013-02-28 10:20:22 UTC 
Build Configuration:
BB_VERSION        = "1.17.1"
BUILD_SYS         = "x86_64-linux"
NATIVELSBSTRING   = "Unknown"
TARGET_SYS        = "arm-oecore-linux-gnueabi"
MACHINE           = "beaglebone"
DISTRO            = "dblinux"
DISTRO_VERSION    = "1.0-20130228"
TUNE_FEATURES     = "armv7a vfp neon"
TARGET_FPU        = "vfp-neon"
meta              = "master:131b1d845a61394b4cffd1c7466d7be81c2079b2"
meta-webserver    = "master:61911b23099c2658186179504ded318c987b5276"
meta-db           = "master:8837405a14f0a596f9da5669dae541a24df97d28"
meta-dblinux      = "master:c1b200a3caad6abd5122aec1ea2cd5093914a6ed"
common-bsp        = "master:708c62df001c49a60d9881acc724caa8b161f88d"
Comment 3 Khem Raj 2013-03-29 14:25:07 UTC 
We will fix it with gcc 4.8 in 1.5 timeframe.
Comment 4 Martin Jansa 2013-04-04 08:38:50 UTC 
Patch to disable texinfo-5 in gcc build:
http://lists.linuxtogo.org/pipermail/openembedded-core/2013-April/037871.html

Patch to fix texinfo-5 compatibility in qemu:
http://lists.linuxtogo.org/pipermail/openembedded-core/2013-April/037872.html
Comment 5 Martin Jansa 2013-04-07 14:35:41 UTC 
FYI: eglibc-2.16 also has this problem

| make[2]: *** [/OE/webos/wpb/webos-ports/tmp-eglibc/work/armv7a-vfp-neon-webos-linux-gnueabi/eglibc-2.16-r15+svnr20393/build-arm-webos-linux-gnueabi/manual/libc.info] Error 1
| make[2]: Leaving directory `/OE/webos/wpb/webos-ports/tmp-eglibc/work/armv7a-vfp-neon-webos-linux-gnueabi/eglibc-2.16-r15+svnr20393/eglibc-2_16/libc/manual'
| make[1]: *** [manual/subdir_install] Error 2
| make[1]: Leaving directory `/OE/webos/wpb/webos-ports/tmp-eglibc/work/armv7a-vfp-neon-webos-linux-gnueabi/eglibc-2.16-r15+svnr20393/eglibc-2_16/libc'
| make: *** [install] Error 2
| ERROR: oe_runmake failed

I'm downgrading texinfo in my chroot, because I'm still building also from danny branches, but it would be nice to fix eglibc for dylan.
Comment 7 Martin Jansa 2013-04-11 12:40:34 UTC 
Updated summary to include eglibc, fixing gcc+qemu is not enough to build images on distros with texinfo-5, so we should keep this bug open until other components are fixed as well.
Comment 8 Paul Eggleton 2013-09-19 14:56:28 UTC 
I'm assuming this is now fixed; can anyone confirm?
Comment 9 Jack Mitchell 2013-09-19 15:39:16 UTC 
I have texinfo5 on my host and have not run into any issues with it recently.
Comment 10 Saul Wold 2013-09-23 17:37:35 UTC 
Closing this as we believe it's fixed now.  We can reopen if this is still and 
issue.