<?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>3835</bug_id>
          
          <creation_ts>2013-02-03 18:31:00 +0000</creation_ts>
          <short_desc>meta-toolchain is failing to build</short_desc>
          <delta_ts>2013-02-06 23:39:34 +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>devtools / tool chain</component>
          <version>1.4</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</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.4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Khem Raj">raj.khem</reporter>
          <assigned_to name="Bogdan Marinescu">bogdan.a.marinescu</assigned_to>
          <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>sgw</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>29484</commentid>
    <comment_count>0</comment_count>
    <who name="Khem Raj">raj.khem</who>
    <bug_when>2013-02-03 18:31:00 +0000</bug_when>
    <thetext>With recent commits meta-toolchain is failing to build. It was building fine until
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=33c6c411ea7ada066122b758b05abf7472ca0a16

| Configuring libc6.
| Configuring eglibc-localedata-translit-fraction.
| Configuring eglibc-extra-nss.
| Configuring eglibc-localedata-iso14651-t1-common.
| Configuring eglibc-localedata-iso14651-t1.
| Configuring libgcc1.
| Configuring libstdc++6.
| Configuring libthread-db1.
| Configuring libcidn1.
| Configuring libc6-dev.
| Configuring libgcc-s-dev.
| Configuring libstdc++-dev.
| Configuring eglibc-gconv.
| Configuring eglibc-gconv-iso8859-1.
| Configuring eglibc-utils.
| Configuring eglibc-localedata-translit-small.
| Configuring eglibc-localedata-translit-circle.
| Configuring eglibc-localedata-translit-cjk-compat.
| Configuring eglibc-localedata-translit-compat.
| Configuring eglibc-localedata-translit-narrow.
| Configuring eglibc-localedata-translit-wide.
| Configuring eglibc-localedata-translit-font.
| Configuring eglibc-localedata-translit-neutral.
| Configuring eglibc-gconv-cp1252.
| Configuring eglibc-gconv-ibm850.
| Configuring eglibc-localedata-i18n.
| Configuring libsegfault.
| Configuring libc6-dbg.
| Configuring eglibc-gconv-iso8859-15.
| Configuring packagegroup-core-standalone-sdk-target.
| Collected errors:
|  * satisfy_dependencies_for: Cannot satisfy the following dependencies for packagegroup-core-standalone-sdk-target-dbg:
|  *    libc6 (= 2.17-r2) *
|  * opkg_install_cmd: Cannot install package packagegroup-core-standalone-sdk-target-dbg.
| DEBUG: Python function do_populate_sdk finished
| ERROR: Function failed: populate_sdk_image (see /b/kraj/angstrom/build/tmp-angstrom_next-eglibc/work/armv5te-angstrom-linux-gnueabi/meta-toolchain/1.0-r7/temp/log.do_populate_sdk.1496 for further information)
ERROR: Task 7 (/b/kraj/angstrom/sources/openembedded-core/meta/recipes-core/meta/meta-toolchain.bb, do_populate_sdk) failed with exit code &apos;1&apos;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29485</commentid>
    <comment_count>1</comment_count>
    <who name="Khem Raj">raj.khem</who>
    <bug_when>2013-02-03 20:39:51 +0000</bug_when>
    <thetext>git bisect shows below commit to be faulty

244f107c1f11bb74b5a489e4f24eac93706aa584 is the first bad commit
commit 244f107c1f11bb74b5a489e4f24eac93706aa584
Author: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
Date:   Tue Jan 29 14:10:30 2013 +0000

    package: Create global package file list and use throughout PACKAGEFUNCS

    Currently we do a signficant amount of tree traversal in many different places
    which in inefficient. We can assume that the files don&apos;t change and cache the
    file list which gives an efficiency improvement which this patch does using
    a global variable.

    (From OE-Core rev: 2d7608842d2dab07065e60aab729a5c8fd6b7907)

    (From OE-Core rev: 5c7c8347eb1bc25d194be6f4be142ba0924e2600)

    Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29491</commentid>
    <comment_count>2</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2013-02-04 11:45:32 +0000</bug_when>
    <thetext>meta-toolchain is working fine on the autobuilder and fine locally. We&apos;re therefore missing some key part of what the problem is here, even if that commit does cause it :/.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29499</commentid>
    <comment_count>3</comment_count>
    <who name="Khem Raj">raj.khem</who>
    <bug_when>2013-02-04 19:04:46 +0000</bug_when>
    <thetext>It works fine with OE-Core default setup true.
I have angstrom setup where it fails like below
and there is another poky setup where I have multilib enabled in local.conf
and it fails in same way.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29552</commentid>
    <comment_count>4</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2013-02-06 04:07:08 +0000</bug_when>
    <thetext>I attempted to build from the same commit and was able to build the meta-toolchain with Poky and Multilib enabled, can you verify your local.conf and possibly provide a diff?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29554</commentid>
    <comment_count>5</comment_count>
    <who name="Khem Raj">raj.khem</who>
    <bug_when>2013-02-06 05:30:08 +0000</bug_when>
    <thetext>since I had two distros, angstrom and poky derived distros both failing, it took me a while to get to the cause of issue. It happens when you enable PR server

set

PRSERV_HOST = &quot;localhost:0&quot;

in your local.conf and then

bitbake meta-toolchain 

from scratch

and you will be able to reproduce it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29583</commentid>
    <comment_count>6</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2013-02-06 14:46:12 +0000</bug_when>
    <thetext>My local build with PR server enabled worked...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29590</commentid>
    <comment_count>7</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2013-02-06 16:54:50 +0000</bug_when>
    <thetext>Please retest with the package.bbclass change related to the PR service that just merged to master. This could well solve the issues.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29594</commentid>
    <comment_count>8</comment_count>
    <who name="Khem Raj">raj.khem</who>
    <bug_when>2013-02-06 18:49:32 +0000</bug_when>
    <thetext>OK I think this could have been fixed as I see but I could not verify all cases I have here since now I am stumbling into new error. While building luajit-2.0 recipe from meta-oe which was all good until yerterday so some progress some regress. I use to get this &quot;already stripped, this will prevent future debugging&quot; warning for this recipe but thats all. Now its failing

UnboundLocalError: local variable &apos;src&apos; referenced before assignment

ERROR: The stack trace of python calls that resulted in this exception/failure was:
ERROR:   File &quot;split_and_strip_files&quot;, line 206, in &lt;module&gt;
ERROR:
ERROR:   File &quot;split_and_strip_files&quot;, line 99, in split_and_strip_files
ERROR:
ERROR: The code that was being executed was:
ERROR:      0202:    # End of strip
ERROR:      0203:    #
ERROR:      0204:
ERROR:      0205:
ERROR:  *** 0206:split_and_strip_files(d)
ERROR:      0207:
ERROR: [From file: &apos;split_and_strip_files&apos;, lineno: 206, function: &lt;module&gt;]
ERROR:      0095:                    # ...but is it ELF, and is it already stripped?
ERROR:      0096:                    elf_file = isELF(file)
ERROR:      0097:                    if elf_file &amp; 1:
ERROR:      0098:                        if elf_file &amp; 2:
ERROR:  *** 0099:                            bb.warn(&quot;File &apos;%s&apos; from %s was already stripped, this will prevent future debugging!&quot; % (src, pn))
ERROR:      0100:                            continue
ERROR:      0101:                        # Check if it&apos;s a hard link to something else
ERROR:      0102:                        if s.st_nlink &gt; 1:
ERROR:      0103:                            file_reference = &quot;%d_%d&quot; % (s.st_dev, s.st_ino)
ERROR: [From file: &apos;split_and_strip_files&apos;, lineno: 99, function: split_and_strip_files]
ERROR: Function failed: split_and_strip_files</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29609</commentid>
    <comment_count>9</comment_count>
      <attachid>1064</attachid>
    <who name="Khem Raj">raj.khem</who>
    <bug_when>2013-02-06 21:58:44 +0000</bug_when>
    <thetext>Created attachment 1064
patch which fixes issue seen with undefined src

This patch fixes the intermediate problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29613</commentid>
    <comment_count>10</comment_count>
    <who name="Khem Raj">raj.khem</who>
    <bug_when>2013-02-06 22:30:57 +0000</bug_when>
    <thetext>with the above fix applied I have now confirm that the original issue does not exist anymore so the commits with Richard mentioned must have fixed it. But we still need the above fix for different reason.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29615</commentid>
    <comment_count>11</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2013-02-06 23:39:34 +0000</bug_when>
    <thetext>The secondary issue fixed in master: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=43bc21462bcf4eb46deae1a0f51f44a8ff920083
The original issue fixed with:
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=7980773d909a5373b7e21a973428bbb9d4be6182</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>1064</attachid>
            <date>2013-02-06 21:58:44 +0000</date>
            <delta_ts>2013-02-06 21:58:44 +0000</delta_ts>
            <desc>patch which fixes issue seen with undefined src</desc>
            <filename>0001-package.bbclass-Replace-undefined-src-with-valid-var.patch</filename>
            <type>text/plain</type>
            <size>1282</size>
            <attacher name="Khem Raj">raj.khem</attacher>
            
              <data encoding="base64">RnJvbSBjYTY0NmI1OTIxZWYyNmEwMGFiNDMxNmFmOWZjY2Q4YzZlNjU3YzZhIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBLaGVtIFJhaiA8cmFqLmtoZW1AZ21haWwuY29tPgpEYXRlOiBX
ZWQsIDYgRmViIDIwMTMgMTM6NTQ6MzEgLTA4MDAKU3ViamVjdDogW1BBVENIXSBwYWNrYWdlLmJi
Y2xhc3M6IFJlcGxhY2UgdW5kZWZpbmVkICdzcmMnIHdpdGggdmFsaWQgdmFyaWFibGUKCkFmdGVy
IHJld3JpdGUgb2Ygc3BsaXRfYW5kX3N0cmlwX2ZpbGVzIHNyYyB2YXIgaXMgbm8gbG9uZ2VyCmF2
YWlsYWJsZSBoZXJlIHdoZXJlIGl0IGlzIHVzZWQgc28gd2Ugc2hvdWxkIHJlcGxhY2UgaXQgd2l0
aAphIHZhbGlkIHZhbHVlCgpTaWduZWQtb2ZmLWJ5OiBLaGVtIFJhaiA8cmFqLmtoZW1AZ21haWwu
Y29tPgotLS0KIG1ldGEvY2xhc3Nlcy9wYWNrYWdlLmJiY2xhc3MgfCAgICAyICstCiAxIGZpbGUg
Y2hhbmdlZCwgMSBpbnNlcnRpb24oKyksIDEgZGVsZXRpb24oLSkKCmRpZmYgLS1naXQgYS9tZXRh
L2NsYXNzZXMvcGFja2FnZS5iYmNsYXNzIGIvbWV0YS9jbGFzc2VzL3BhY2thZ2UuYmJjbGFzcwpp
bmRleCBhNzhmMTExLi5mMTdhYThmIDEwMDY0NAotLS0gYS9tZXRhL2NsYXNzZXMvcGFja2FnZS5i
YmNsYXNzCisrKyBiL21ldGEvY2xhc3Nlcy9wYWNrYWdlLmJiY2xhc3MKQEAgLTc2Niw3ICs3NjYs
NyBAQCBweXRob24gc3BsaXRfYW5kX3N0cmlwX2ZpbGVzICgpIHsKICAgICAgICAgICAgICAgICAg
ICAgZWxmX2ZpbGUgPSBpc0VMRihmaWxlKQogICAgICAgICAgICAgICAgICAgICBpZiBlbGZfZmls
ZSAmIDE6CiAgICAgICAgICAgICAgICAgICAgICAgICBpZiBlbGZfZmlsZSAmIDI6Ci0gICAgICAg
ICAgICAgICAgICAgICAgICAgICAgYmIud2FybigiRmlsZSAnJXMnIGZyb20gJXMgd2FzIGFscmVh
ZHkgc3RyaXBwZWQsIHRoaXMgd2lsbCBwcmV2ZW50IGZ1dHVyZSBkZWJ1Z2dpbmchIiAlIChzcmMs
IHBuKSkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICBiYi53YXJuKCJGaWxlICclcycgZnJv
bSAlcyB3YXMgYWxyZWFkeSBzdHJpcHBlZCwgdGhpcyB3aWxsIHByZXZlbnQgZnV0dXJlIGRlYnVn
Z2luZyEiICUgKGZpbGVbbGVuKGR2YXIpOl0sIHBuKSkKICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBjb250aW51ZQogICAgICAgICAgICAgICAgICAgICAgICAgIyBDaGVjayBpZiBpdCdzIGEg
aGFyZCBsaW5rIHRvIHNvbWV0aGluZyBlbHNlCiAgICAgICAgICAgICAgICAgICAgICAgICBpZiBz
LnN0X25saW5rID4gMToKLS0gCjEuNy45LjUKCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>