Bug 4235 - multilib SDK is missing gnu/stubs-32.h
Summary: multilib SDK is missing gnu/stubs-32.h
Status: RESOLVED WORKSFORME
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: devtools / tool chain (show other bugs)
Version: 1.4
Hardware: x86 Multiple
: Medium normal
Target Milestone: 1.8
Assignee: Khem Raj
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2013-04-10 06:02 UTC by Khem Raj
Modified: 2015-02-05 16:02 UTC (History)
8 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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.