1372 2011-08-15 23:42:14 +0000 lib64-gcc-cross-initial:do_compile failed 2011-09-02 16:54:22 +0000 1 1 7 Build System, Metadata & Runtime OE-Core devtools / tool chain unspecified x86 Multiple RESOLVED FIXED Post 1.1, as the bug happens only in rare scenario Medium normal 1.2 1 lianhao.lu ke.yu dongxiao.xu ke.yu meta.mr.watcher meta.watcher richard.purdie sgw --- --- --- oldest_to_newest 15478 0 lianhao.lu 2011-08-15 23:42:14 +0000 Following the following steps would trigger a do_compile failure in lib64-gcc-cross-initial, complaining not finding "gnu/stubs-64.h" in sysroot 1. set MACHINE=qemux86 and include multilib.conf in local.conf 2. bitbake eglibc 3. bitbake lib64-gcc-cross-initial 15479 1 ke.yu 2011-08-15 23:46:15 +0000 My understanding is that qemux86 can not built lib64 multilib, since it is 32bit. but qemux86-64 is allowed to buid lib64 multilib 15480 2 lianhao.lu 2011-08-16 00:20:58 +0000 (In reply to comment #1) > My understanding is that qemux86 can not built lib64 multilib, since it is > 32bit. but qemux86-64 is allowed to buid lib64 multilib Well, then what is lib64 on qemux86-64 for? 15487 3 nitin.a.kamble 2011-08-16 08:46:56 +0000 lianhao, in your original post you mentioned the MACHINE is set to qemux86, which is a 32bit only machine. And 64bit libraries does not make sense on 32bit machine. Nitin 15494 4 nitin.a.kamble 2011-08-16 12:07:54 +0000 ke, also maybe we can give an error if somebody enables 64bit multilib for 32bit machine/arch. Nitin 15542 5 nitin.a.kamble 2011-08-17 18:31:19 +0000 ke, I am not that familiar with the multilib code. Does it makes sense to give an error if someone tries to build 64bit targets with 32bit arch? And what is the right place to give this error. I think this is more multilib related bug than gcc. Nitin 15575 6 ke.yu 2011-08-18 19:55:25 +0000 (In reply to comment #5) > ke, I am not that familiar with the multilib code. Does it makes sense to give > an error if someone tries to build 64bit targets with 32bit arch? And what is > the right place to give this error. I think this is more multilib related bug > than gcc. > Nitin I think it make sense to give error. i will take this bug to investigate which is the right to raise the error 15645 7 ke.yu 2011-08-22 19:41:06 +0000 Talk with RP, and RP suggest to figure out why it breaks. in theory, it should pass. and the usage scenario would be: 64 bit kernel + most 32 bit apps + one demanding 64 bit app (e.g. DB) 15929 8 dongxiao.xu 2011-08-31 18:37:27 +0000 This issue may caused by the toolchain boot strap issue. When building multilib version of toolchain, normal gcc/eglibc has been built out and they do exist in sysroot. Therefore configuring gcc-cross-initial will find that some macros have already been defined and thus it includes some inproper headers, like the stubs.h and stubs-64.h, actually these headers are generated by eglibc. One solution may be to change the sysroot for multilib recipes, otherwise is to use unique gcc to build multilib recipes. 15998 9 dongxiao.xu 2011-09-02 16:54:22 +0000 Fixed with http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=6ebcc6c1999f678dace87a4716aa912acaf88ad4