<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>2496</bug_id>
          
          <creation_ts>2012-05-25 03:20:52 +0000</creation_ts>
          <short_desc>Some recipes will build fail when rebuild with different commits and arches</short_desc>
          <delta_ts>2012-11-06 16:47:54 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>core</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.3 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Hongna Xu">hongnax.xu</reporter>
          <assigned_to name="Radu Moisan">radu.moisan</assigned_to>
          <cc>alexandru.c.georgescu</cc>
    
    <cc>alexandru.damian</cc>
    
    <cc>jessica.zhang</cc>
    
    <cc>jiajun.xu</cc>
    
    <cc>laurentiu.serban</cc>
    
    <cc>liang.li2</cc>
    
    <cc>lianhao.lu</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>ningx.ma</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>song.liu</cc>
    
    <cc>yilongx.y.sun</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>21601</commentid>
    <comment_count>0</comment_count>
    <who name="Hongna Xu">hongnax.xu</who>
    <bug_when>2012-05-25 03:20:52 +0000</bug_when>
    <thetext>Last week i git clone the poky/master tree and build meta-toolchain with 5 qemu archs, then this week i git pull all new patches and rebuild meta-toolchain, it reported eglibc-nativesdk compile failed and gcc-cross-canadian-{arch} configure failed.
Reproduce steps:
1.git clone poky/master commitID 12b4543ac9f54c0db0ee4a7ee546a71946a051f8, modify conf/local.conf, set MACHINE=qemuarm,PACKAGE_CLASSES ?= &quot;package_ipk&quot;,SDKMACHINE ?=&quot;x86_64&quot;, then bitbake meta-toolchain.
2.After step 1 finished, change MACHINE=qemux86, then bitbake meta-toolchian.
3.Then git pull with the latest master(49694d650c61547d881a782af2a0f24dc39a042f),change MACHINE=qemuarm, also build meta-toolchain(you may build eglibc to save time), it will report eglibc compile fail and gcc-cross-canadian-arm configure fail, so i clean the sstate of thoes two recipes, then continue with meta-toolchai, it will succeed.
4.Change MACHINE=qemux86 and build meta-toolchain with the same build dir, i encounter the same error eglibc-nativesdk compile fail, but now cleaning sstate didn&apos;t work. the error info is:
************************************
| i586-poky-linux-gcc  -m32   -march=i586 --sysroot=/home/build/git-work/poky/build/tmp/sysroots/qemux86-tcbootstrap idn-stub.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -feliminate-unused-debug-types -fmerge-all-constants -g -pipe -Wstrict-prototypes   -fPIC      -I../include -I/home/build/git-work/poky/build/tmp/work/i586-poky-linux/eglibc-2.15-r10+svnr17386/build-i586-poky-linux/libidn -I/home/build/git-work/poky/build/tmp/work/i586-poky-linux/eglibc-2.15-r10+svnr17386/build-i586-poky-linux -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i586 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux/i386 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../ports/sysdeps/unix/sysv/linux -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv/i386 -I../nptl/sysdeps/unix/sysv -I../ports/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../nptl/sysdeps/unix -I../ports/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../nptl/sysdeps/i386/i586 -I../sysdeps/i386/i586 -I../sysdeps/i386/i486 -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elERROR: Function failed: do_compile (see /home/build/git-work/poky/build/tmp/work/i586-poky-linux/eglibc-2.15-r10+svnr17386/temp/log.do_compile.11737 for further information)
| f -I../sysdeps/generic -I../nptl -I../ports  -I.. -I../libio -I. -nostdinc -isystem /home/build/git-work/poky/build/tmp/sysroots/x86_64-linux/usr/lib/i586-poky-linux.gcc-cross-intermediate/gcc/i586-poky-linux/4.7.1/include -isystem /home/build/git-work/poky/build/tmp/sysroots/x86_64-linux/usr/lib/i586-poky-linux.gcc-cross-intermediate/gcc/i586-poky-linux/4.7.1/include-fixed -isystem /home/build/git-work/poky/build/tmp/sysroots/qemux86/usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC -DSHARED     -o /home/build/git-work/poky/build/tmp/work/i586-poky-linux/eglibc-2.15-r10+svnr17386/build-i586-poky-linux/libidn/idn-stub.os -MD -MP -MF /home/build/git-work/poky/build/tmp/work/i586-poky-linux/eglibc-2.15-r10+svnr17386/build-i586-poky-linux/libidn/idn-stub.os.dt -MT /home/build/git-work/poky/build/tmp/work/i586-poky-linux/eglibc-2.15-r10+svnr17386/build-i586-poky-linux/libidn/idn-stub.os
| idn-stub.c: In function &apos;load_dso&apos;:
| idn-stub.c:51:11: error: &apos;LIBCIDN_SO&apos; undeclared (first use in this function)
| idn-stub.c:51:11: note: each undeclared identifier is reported only once for each function it appears in
| make[2]: *** [/home/build/git-work/poky/build/tmp/work/i586-poky-linux/eglibc-2.15-r10+svnr17386/build-i586-poky-linux/libidn/idn-stub.o] Error 1
| make[2]: *** Waiting for unfinished jobs....
| idn-stub.c: In function &apos;load_dso&apos;:
| idn-stub.c:51:11: error: &apos;LIBCIDN_SO&apos; undeclared (first use in this function)
| idn-stub.c:51:11: note: each undeclared identifier is reported only once for each function it appears in
| make[2]: *** [/home/build/git-work/poky/build/tmp/work/i586-poky-linux/eglibc-2.15-r10+svnr17386/build-i586-poky-linux/libidn/idn-stub.os] Error 1
| make[2]: Leaving directory `/home/build/git-work/poky/build/tmp/work/i586-poky-linux/eglibc-2.15-r10+svnr17386/eglibc-2_15/libc/libidn&apos;
| make[1]: *** [libidn/subdir_lib] Error 2
| make[1]: Leaving directory `/home/build/git-work/poky/build/tmp/work/i586-poky-linux/eglibc-2.15-r10+svnr17386/eglibc-2_15/libc&apos;
| make: *** [all] Error 2
| ERROR: oe_runmake failed
NOTE: package eglibc-2.15-r10+svnr17386: task do_compile: Failed
ERROR: Task 164 (/home/build/git-work/poky/meta/recipes-core/eglibc/eglibc_2.15.bb, do_compile) failed with exit code &apos;1&apos;
Waiting for 1 running tasks to finish:
0: eglibc-nativesdk-2.15-r10+svnr17386 do_compile (pid 14843)
NOTE: package eglibc-nativesdk-2.15-r10+svnr17386: task do_compile: Succeeded
NOTE: Tasks Summary: Attempted 658 tasks of which 651 didn&apos;t need to be rerun and 1 failed.

Summary: 1 task failed:
  /home/build/git-work/poky/meta/recipes-core/eglibc/eglibc_2.15.bb, do_compile
Summary: There was 1 ERROR message shown, returning a non-zero exit code.
*************************************</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21616</commentid>
    <comment_count>1</comment_count>
    <who name="liang li">liang.li2</who>
    <bug_when>2012-05-25 10:47:18 +0000</bug_when>
    <thetext>when use newest git master(commit :&quot;6558abda67956e4fab1304b0cdf03c65f18fabd5&quot;) to build qemuarm and qemux86 meta-toolchain in on build dir ,then change git to commit :&quot;12b4543ac9f54c0db0ee4a7ee546a71946a051f8&quot;, and rebuild qemuarm and qemux86 meta-toolchian,the same errors are found.
--------------
when i use command &quot;bitbake gcc-cross-canadian-i586 -ccleanall&quot; (for qemux86) or &quot;bitbake gcc-cross-canadian-arm -ccleanall&quot;(for qemuarm), then  rerun&quot;bitbake meta-toolchain&quot;,the errors are not found again and meta-toolchain can be built successfully.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21782</commentid>
    <comment_count>2</comment_count>
    <who name="Radu Moisan">radu.moisan</who>
    <bug_when>2012-06-01 07:22:45 +0000</bug_when>
    <thetext>what&apos;s the point of tring to reproduce some behavior that&apos;s only reproducible on some specific snapshot of the repository? I have begun testing with the master branch (as of yesterday) but could not reproduce yet. I still have a build in progress - I&apos;ll update when it finshes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21784</commentid>
    <comment_count>3</comment_count>
    <who name="Radu Moisan">radu.moisan</who>
    <bug_when>2012-06-01 09:53:49 +0000</bug_when>
    <thetext>last build on arm failed.
What I tried then was &quot;MACHINE=qemuarm bitbake gcc-cross-canadian -c cleanall&quot; which failed with ERROR: Nothing PROVIDES &apos;gcc-cross-canadian&apos;
Similar result I found with &quot;MACHINE=qemux86 bitbake gcc-cross-canadian -c cleanall&quot;
However as liang li suggested &quot;MACHINE=qemux86 bitbake gcc-cross-canadian-i586 -c cleanall&quot; succeds. I&apos;ll follow this lead, package name should not be arch dependent.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21785</commentid>
    <comment_count>4</comment_count>
    <who name="Lianhao Lu">lianhao.lu</who>
    <bug_when>2012-06-01 09:58:43 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; last build on arm failed.
&gt; What I tried then was &quot;MACHINE=qemuarm bitbake gcc-cross-canadian -c
&gt; cleanall&quot; which failed with ERROR: Nothing PROVIDES &apos;gcc-cross-canadian&apos;
&gt; Similar result I found with &quot;MACHINE=qemux86 bitbake gcc-cross-canadian -c
&gt; cleanall&quot;
&gt; However as liang li suggested &quot;MACHINE=qemux86 bitbake
&gt; gcc-cross-canadian-i586 -c cleanall&quot; succeds. I&apos;ll follow this lead, package
&gt; name should not be arch dependent.

The package name was changed to target arch dependent so that we can install both gcc-cross-canadian-i586 and gcc-cross-canadian-arm from the same repository.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21787</commentid>
    <comment_count>5</comment_count>
    <who name="Radu Moisan">radu.moisan</who>
    <bug_when>2012-06-01 12:35:55 +0000</bug_when>
    <thetext>I&apos;ve done a clean build and rebuild meta-toolchain four times for qemuarm alternatively with qemux86, and it build successfully every time.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21789</commentid>
    <comment_count>6</comment_count>
    <who name="Radu Moisan">radu.moisan</who>
    <bug_when>2012-06-01 13:26:32 +0000</bug_when>
    <thetext>Following meta-toolchain I&apos;ve run:
MACHINE=qemuarm bitbake gcc-cross-canadian-arm -c cleanall
MACHINE=qemuarm bitbake gcc-cross-canadian-arm
MACHINE=qemux86 bitbake gcc-cross-canadian-i586 -c cleanall
MACHINE=qemux86 bitbake gcc-cross-canadian-i586

without any problems.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21799</commentid>
    <comment_count>7</comment_count>
    <who name="Hongna Xu">hongnax.xu</who>
    <bug_when>2012-06-04 02:16:18 +0000</bug_when>
    <thetext>I mean that, our project should not build fail when rebuild some recipes on different commit and arches, even though it could be fixed by &quot;cleanall&quot; command sometimes. Because every weekly testing,I must build meta-toolchain&apos;s ipk packages for five arches with two SDKMACHINEs, it means i must build it for ten times with different configuration, cause the bug exist, i also run many times &quot;cleanall&quot;, it cost me much time to keep an eye on it. so could we fix it? Maybe some recipe trigger it happen, we don&apos;t meet this issue before, I don&apos;t remember it begin from which milestone, it exist for several months.(we don&apos;t file it cause it can&apos;t be reproduce before).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21835</commentid>
    <comment_count>8</comment_count>
    <who name="Radu Moisan">radu.moisan</who>
    <bug_when>2012-06-05 07:32:36 +0000</bug_when>
    <thetext>I also tried:

MACHINE=qemux86 bitbake meta-toolchian
MACHINE=qemuarm bitbake meta-toolchian
MACHINE=qemux86 bitbake meta-toolchian
MACHINE=qemuarm bitbake meta-toolchian

and still no problem. Thus the steps to repoduce this problem may be trickier then it might apper at first. However, I don&apos;t argure we should address this issue. In my opinion this bug shuld be closed, and anothor one should be raised targetting this specific problem (with an appropriate title). As this bug title is now, it reffers to eglibc, which, IMHO, I don&apos;t see it ralated to.

If I missunderstood your problem or failed to reproduce it because of various reasons please have patience with me, I&apos;m still on the learning curve :) Please provide further information if so.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21836</commentid>
    <comment_count>9</comment_count>
    <who name="Radu Moisan">radu.moisan</who>
    <bug_when>2012-06-05 07:35:56 +0000</bug_when>
    <thetext>waiting feedback from Hongna Xu</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21837</commentid>
    <comment_count>10</comment_count>
    <who name="Hongna Xu">hongnax.xu</who>
    <bug_when>2012-06-05 08:19:55 +0000</bug_when>
    <thetext>  (In reply to comment #6)
&gt; Following meta-toolchain I&apos;ve run:
&gt; MACHINE=qemuarm bitbake gcc-cross-canadian-arm -c cleanall
&gt; MACHINE=qemuarm bitbake gcc-cross-canadian-arm
&gt; MACHINE=qemux86 bitbake gcc-cross-canadian-i586 -c cleanall
&gt; MACHINE=qemux86 bitbake gcc-cross-canadian-i586
&gt; 
&gt; without any problems.

There is no need to run &quot;cleanall&quot; in general, shall we?  because it is no need to run cleanall before to generate meta-toolchain tarballs. meanwhile, it consume me much time to pay an eye on it, cause i must build for ten times meta-toolchain ervery building. It is also for robustness for our project.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21838</commentid>
    <comment_count>11</comment_count>
    <who name="Hongna Xu">hongnax.xu</who>
    <bug_when>2012-06-05 08:24:27 +0000</bug_when>
    <thetext>(In reply to comment #8)
&gt; I also tried:
&gt; 
&gt; MACHINE=qemux86 bitbake meta-toolchian
&gt; MACHINE=qemuarm bitbake meta-toolchian
&gt; MACHINE=qemux86 bitbake meta-toolchian
&gt; MACHINE=qemuarm bitbake meta-toolchian
&gt; 
&gt; and still no problem. Thus the steps to repoduce this problem may be
&gt; trickier then it might apper at first. However, I don&apos;t argure we should
&gt; address this issue. In my opinion this bug shuld be closed, and anothor one
&gt; should be raised targetting this specific problem (with an appropriate
&gt; title). As this bug title is now, it reffers to eglibc, which, IMHO, I don&apos;t
&gt; see it ralated to.
&gt; 
&gt; If I missunderstood your problem or failed to reproduce it because of
&gt; various reasons please have patience with me, I&apos;m still on the learning
&gt; curve :) Please provide further information if so.

I mean build on different master commits. Ok, Let&apos;s lay it aside for one week or more, please keep your build environment, a few days later, git pull the patches and in the same build dir to build the meta-toolchain.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21843</commentid>
    <comment_count>12</comment_count>
    <who name="Jiajun Xu">jiajun.xu</who>
    <bug_when>2012-06-05 13:12:50 +0000</bug_when>
    <thetext>(In reply to comment #6)
&gt; Following meta-toolchain I&apos;ve run:
MACHINE=qemuarm bitbake
&gt; gcc-cross-canadian-arm -c cleanall
MACHINE=qemuarm bitbake
&gt; gcc-cross-canadian-arm
MACHINE=qemux86 bitbake gcc-cross-canadian-i586 -c
&gt; cleanall
MACHINE=qemux86 bitbake gcc-cross-canadian-i586

without any
&gt; problems.

Hi Radu,
I think you could follow the steps Hongna mentioned in bug description to reproduce the bug. The issue is that when you have a build environment with old commit and then build latest commit under the same build environment, you will meet unexpected error.

Reproduce steps:
1.git clone poky/master commitID 12b4543ac9f54c0db0ee4a7ee546a71946a051f8, modify conf/local.conf, set MACHINE=qemuarm,PACKAGE_CLASSES ?= &quot;package_ipk&quot;,SDKMACHINE ?=&quot;x86_64&quot;, then bitbake meta-toolchain.

2.After step 1 finished, change MACHINE=qemux86, then bitbake meta-toolchian.

3.Then git pull with the latest master(49694d650c61547d881a782af2a0f24dc39a042f),change MACHINE=qemuarm, also build meta-toolchain(you may build eglibc to save time), it will report eglibc compile fail and gcc-cross-canadian-arm configure fail, so i clean the sstate of thoes two recipes, then continue with meta-toolchai, it will succeed.

4.Change MACHINE=qemux86 and build meta-toolchain with the same build dir, i encounter the same error eglibc-nativesdk compile fail</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21844</commentid>
    <comment_count>13</comment_count>
    <who name="Radu Moisan">radu.moisan</who>
    <bug_when>2012-06-05 13:34:15 +0000</bug_when>
    <thetext>ok, I understand now the scenario, the key part is to have different commits in my tree. Although I understand your need for a fix for this asap, is seems to me more like a build system bug and a little far from my current competency. I will, however, get in sync with Alex and Richard about this issue to see how will we proceed. For now I will postpone it until a decision is made.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>24084</commentid>
    <comment_count>14</comment_count>
    <who name="Alexandru Georgescu">alexandru.c.georgescu</who>
    <bug_when>2012-08-16 10:16:58 +0000</bug_when>
    <thetext>Hi Radu,
Is there any update on this?

Regards,
Alex.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>24090</commentid>
    <comment_count>15</comment_count>
    <who name="Radu Moisan">radu.moisan</who>
    <bug_when>2012-08-16 11:09:39 +0000</bug_when>
    <thetext>(In reply to comment #14)
&gt; Hi Radu,
&gt; Is there any update on this?
&gt; 
&gt; Regards,
&gt; Alex.

no updates.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>25593</commentid>
    <comment_count>16</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-09-24 12:34:07 +0000</bug_when>
    <thetext>It will not be possible to reproduce this particular bug with master after revision: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=8b9b1ab42e6e3226fc06818ec3dd186b6f81acad (since eglibc&apos;s build directory will get cleaned) so I&apos;m marking this as resolved whenever the sstate checksum changes.

If someone can reproduce failures after that change please repoen the issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27265</commentid>
    <comment_count>17</comment_count>
    <who name="Laurentiu Serban">laurentiu.serban</who>
    <bug_when>2012-11-06 16:47:54 +0000</bug_when>
    <thetext>Setting this to verified for danny</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>