<?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>6341</bug_id>
          
          <creation_ts>2014-05-16 05:38:38 +0000</creation_ts>
          <short_desc>Toolchain cannot be installed in non-default  location</short_desc>
          <delta_ts>2014-07-30 14:18:03 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>6</classification_id>
          <classification>Yocto Project Subprojects</classification>
          <product>ADT</product>
          <component>adt</component>
          <version>1.6</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>NOTABUG</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>Moved from Laurentiu to Unassigned</status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>1.6.1</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Tudor Florea">tudor.florea</reporter>
          <assigned_to name="Unassigned">unassigned</assigned_to>
          <cc>alexandru.c.georgescu</cc>
    
    <cc>poky.adt.watcher</cc>
    
    <cc>poky.watcher</cc>
    
    <cc>richard.purdie</cc>
          
          <qa_contact name="Alexandru Georgescu">alexandru.c.georgescu</qa_contact>
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Don&apos;t know</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>43392</commentid>
    <comment_count>0</comment_count>
    <who name="Tudor Florea">tudor.florea</who>
    <bug_when>2014-05-16 05:38:38 +0000</bug_when>
    <thetext>$ bitbake -c populate_sdk core-image-minimal
$ cd tmp/deploy/sdk
$ ./poky-eglibc-x86_64-core-image-minimal-armv5te-toolchain-1.6+snapshot.sh 
Enter target directory for SDK (default: /opt/poky/1.6+snapshot): /opt/poky/alternative1.6              
You are about to install the SDK to &quot;/opt/poky/alternative1.6&quot;. Proceed[Y/n]?Y
[sudo] password for [sudo_user]: 
Extracting SDK...done
Setting it up...done
SDK has been successfully set up and is ready to be used.


At this moment cross-gcc still reference the default directory /opt/poky/1.6+snapshot and cannot be properly used.
Another issue is that there are reference to the build sysroot directory which I think does not make sense.

$ cd /opt/poky/alternative1.6/sysroots/x86_64-pokysdk-linux
$ ./usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc -v
Using built-in specs.
COLLECT_GCC=./usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc
COLLECT_LTO_WRAPPER=/opt/poky/alternative1.6/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/../../libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.8.2/lto-wrapper
Target: arm-poky-linux-gnueabi
Configured with: /media/sdd1/fb/tufl/linux/yoctoproject2/poky/build_quemuarm/tmp/work-shared/gcc-4.8.2-r0/gcc-4.8.2/configure --build=x86_64-linux --host=x86_64-pokysdk-linux --target=arm-poky-linux-gnueabi --prefix=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/usr --exec_prefix=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/usr --bindir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi --sbindir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi --libexecdir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/usr/libexec/arm-poky-linux-gnueabi --datadir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/usr/share --sysconfdir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/etc --sharedstatedir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/com --localstatedir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/var --libdir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/arm-poky-linux-gnueabi --includedir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/usr/include --oldincludedir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/usr/include --infodir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/usr/share/info --mandir=/opt/poky/1.6+snapshot/sysroots/x86_64-pokysdk-linux/usr/share/man --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot=/media/sdd1/fb/tufl/linux/yoctoproject2/poky/build_quemuarm/tmp/sysroots/x86_64-nativesdk-pokysdk-linux --with-gnu-ld --enable-shared --enable-languages=c,c++ --enable-threads=posix --enable-multilib --enable-c99 --enable-long-long --enable-symvers=gnu --enable-libstdcxx-pch --program-prefix=arm-poky-linux-gnueabi- --without-local-prefix --enable-target-optspace --enable-lto --enable-libssp --disable-bootstrap --disable-libmudflap --with-system-zlib --with-linker-hash-style=gnu --enable-linker-build-id --with-ppl=no --with-cloog=no --enable-checking=release --enable-cheaders=c_global --with-gxx-include-dir=/opt/poky/1.6+snapshot/sysroots/armv5te-poky-linux-gnueabi/usr/include/c++ --with-build-time-tools=/media/sdd1/fb/tufl/linux/yoctoproject2/poky/build_quemuarm/tmp/sysroots/x86_64-linux/usr/arm-poky-linux-gnueabi/bin --with-sysroot=/opt/poky/1.6+snapshot/sysroots/armv5te-poky-linux-gnueabi --with-build-sysroot=/media/sdd1/fb/tufl/linux/yoctoproject2/poky/build_quemuarm/tmp/sysroots/qemuarm --disable-libunwind-exceptions --disable-libssp --disable-libgomp --disable-libmudflap --with-mpfr=/media/sdd1/fb/tufl/linux/yoctoproject2/poky/build_quemuarm/tmp/sysroots/x86_64-nativesdk-pokysdk-linux --with-mpc=/media/sdd1/fb/tufl/linux/yoctoproject2/poky/build_quemuarm/tmp/sysroots/x86_64-nativesdk-pokysdk-linux --enable-nls
Thread model: posix
gcc version 4.8.2 (GCC) 

Similar issue occurs with bitbake meta-toolchain</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>43405</commentid>
    <comment_count>1</comment_count>
    <who name="Laurentiu Palcu">laurentiu.palcu</who>
    <bug_when>2014-05-19 13:04:54 +0000</bug_when>
    <thetext>What do you mean by &quot;cannot be properly used&quot;? Did you source the environment setup script and the compilation failed?

gcc -v will always show how the configure script was called. Unfortunately, the relocation script cannot change those paths... For binaries, other than the dynamic loader itself, only the path to the dynamic loader is changed.

Can you provide more info regarding what exactly fails?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>43646</commentid>
    <comment_count>2</comment_count>
    <who name="Laurentiu Palcu">laurentiu.palcu</who>
    <bug_when>2014-05-29 13:35:47 +0000</bug_when>
    <thetext>I&apos;m waiting for more info on this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>43792</commentid>
    <comment_count>3</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2014-06-05 14:57:51 +0000</bug_when>
    <thetext>Its expected that people use the toolchain through the environment script which passed the --sysroot= flag to the compiler and toolchain. It is not expected that the relocation script changes the default spec entries. This is therefore not a bug as far as I can tell.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44146</commentid>
    <comment_count>4</comment_count>
    <who name="Tudor Florea">tudor.florea</who>
    <bug_when>2014-06-24 00:25:29 +0000</bug_when>
    <thetext>Sorry for late feedback on this. It is indeed not a bug. The intent was to deploy the toolchain on a nfs location (in order to be used on many build machine). The issue I encountered turned out to be caused by the nfs and not the toolchain (deployment) itself.
e.g:
[user@machine ~]$ readlink -f .
/nfs/hosts/nfsserver/homes/user
[tufl@machine ~]$ pwd
/homes/user</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44834</commentid>
    <comment_count>5</comment_count>
    <who name="Alexandru Georgescu">alexandru.c.georgescu</who>
    <bug_when>2014-07-30 14:18:03 +0000</bug_when>
    <thetext>Verified as per Tudor&apos;s comment.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>