Bug 4235

Summary: multilib SDK is missing gnu/stubs-32.h
Product: [Build System, Metadata & Runtime] OE-Core Reporter: Khem Raj <raj.khem>
Component: devtools / tool chainAssignee: Khem Raj <raj.khem>
Status: RESOLVED WORKSFORME QA Contact:
Severity: normal    
Priority: Medium CC: bluelightning, jessica.zhang, mark.hatle, meta.mr.watcher, meta.watcher, ming.liu, richard.purdie, sgw
Version: 1.4   
Target Milestone: 1.8   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: No (bug/feature does not impact docs)

Description Khem Raj 2013-04-10 06:02:37 UTC
if you have multilib enabled the SDK has some 32bit libs and headers but is missing some eg. stubs-32.h which should come from lib32-eglibc is not staged
in the target sys root

so it ends like this


 $CC hello.c
In file included from /opt/poky/1.4.0-1/sysroots/ppc64e5500-poky-linux/usr/include/features.h:399:0,
                 from /opt/poky/1.4.0-1/sysroots/ppc64e5500-poky-linux/usr/include/stdio.h:27,   
                 from hello.c:1:
/opt/poky/1.4.0-1/sysroots/ppc64e5500-poky-linux/usr/include/gnu/stubs.h:8:27: fatal error: gnu/stubs-32.h: No such file or directory
compilation terminated.
Comment 1 Mark Hatle 2014-04-01 14:47:40 UTC
Do you know if this is still occurring?

I thought with the updated RPM package pattern and dynamic code it's been resolved.
Comment 2 Richard Purdie 2014-11-06 16:23:00 UTC
Can someone please confirm if this is still a problem? I think this should be fixed now?
Comment 3 Paul Eggleton 2015-01-08 15:59:36 UTC
Ming, is this something you'd be able to check?
Comment 4 Richard Purdie 2015-01-22 15:57:58 UTC
Mark, Did you see this in your testing or can we assume this particular problem is fixed now?
Comment 5 Mark Hatle 2015-01-22 16:08:55 UTC
I think this is related to 7299.

I'm not sure it will be completely fixed for the tri-lib MIPS configuration, but it certain seems better.
Comment 6 Richard Purdie 2015-01-22 22:48:34 UTC
You mean 7230 and maybe 7229?
Comment 7 Mark Hatle 2015-01-22 22:52:28 UTC
Sorry I meant 7229.  I don't think 7230 will have anything to do with this.
Comment 8 Richard Purdie 2015-02-05 16:02:24 UTC
As far as I can tell the reported problem with basic multilib SDKs has been resolved. As Mark mentioned, there are some issues with trilib but we should have specific bugs for those. If there is an issue please reopen with a specific broken configuration details.