• State Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 1 answer
  • Subscribers 98 subscribers
  • Views 1412 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

LINUXEZSDK-SITARA: ARAGO and strange SDKPATH

Petr Buchta
Prodigy 120 points
Part Number: LINUXEZSDK-SITARA


Hi,

I've been exploring your Arago project for a while and cannot understand the intention of setting SDKPATH = "${@"/tmp/"+"x"*96+"/"+"y"*96}" in meta-arago-distro/conf/distro/arago.conf. It produces these strange looking paths:

#
# $SDKPATH [2 operations]
#   set /FW/ti/arago/sources/oe-core/meta/conf/bitbake.conf:416
#     "/usr/local/${SDK_NAME_PREFIX}-${SDK_ARCH}"
#   set /FW/ti/arago/sources/meta-arago/meta-arago-distro/conf/distro/arago.conf:33
#     "${@"/tmp/"+"x"*96+"/"+"y"*96}"
# pre-expansion value:
#   "${@"/tmp/"+"x"*96+"/"+"y"*96}"
SDKPATH="/tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy"
#
# $SDKPATHNATIVE
#   set /FW/ti/arago/sources/oe-core/meta/conf/bitbake.conf:417
#     "${SDKPATH}/sysroots/${SDK_SYS}"
SDKPATHNATIVE="/tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy/sysroots/x86_64-arago-linux"
#
# $SDKPATH_REAL
#   set /FW/ti/arago/sources/meta-arago/meta-arago-distro/conf/distro/arago.conf:32
#     "/usr/local/${SDK_NAME_PREFIX}-${SDK_VERSION}"
SDKPATH_REAL="/usr/local/arago-2018.10"
#
# $SDKPKGSUFFIX
#   set /FW/ti/arago/sources/oe-core/meta/conf/bitbake.conf:144
#     "nativesdk"
SDKPKGSUFFIX="nativesdk"
#
# $SDKTARGETSYSROOT
#   set /FW/ti/arago/sources/oe-core/meta/classes/populate_sdk_base.bbclass:36
#     "${SDKPATH}/sysroots/${REAL_MULTIMACH_TARGET_SYS}"
SDKTARGETSYSROOT="/tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy/sysroots/armv7ahf-neon-linux-gnueabi"

They are often related with various warning or errors reports when trying to populate an SDK, such as:

NOTE: recipe can-utils-0.0+gitrAUTOINC+5b518a0a5f-r0.arago0: task do_configure: Succeeded
 WARNING: nativesdk-ti-llvm3.6-3.6-r6 do_package: QA Issue: nativesdk-ti-llvm3.6: Files/directories were installed but not shipped in any package:
   /tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy yyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/lib/ti-llvm3.6/clang
   /tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy yyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/lib/ti-llvm3.6/clang/3.6.0
   /tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy yyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/lib/ti-llvm3.6/clang/3.6.0/include
   /tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy yyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/lib/ti-llvm3.6/clang/3.6.0/include/avx512vlbwintrin.h
   /tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy yyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/lib/ti-llvm3.6/clang/3.6.0/include/ia32intrin.h
   /tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy yyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/lib/ti-llvm3.6/clang/3.6.0/include/vadefs.h

Could you please explain the intention behind this SDKPATH variable?

Thanks

  • 0
    TI__Guru 55345 points
    Hello Petr,

    This strange looking path is used to reserve the maximum path length, which later gets overwritten by the actual path of your host computer while installing the SDK.

    Best regards,
    Kemal
  • 0 in reply to Kemal R. Shakir
    TI__Guru 55345 points
    Hello Petr,

    Please, close this thread by clicking on "This resolved my issue" button.

    Best regards,
    Kemal
  • 0 in reply to Kemal R. Shakir
    Prodigy 120 points

    My concern is it's related with many warnings during a build, like the following ones. It's an excerpt from a build of arago-core-tisdk-image.

    external-linaro-sdk-toolchain: /gcc-cross-canadian-arm/tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/lib/gcc/arm-linux-gnueabihf/7.2.1/plugin/include/config/arm/elf.h is owned by uid 1002, which is the same as the user running bitbake. This may be due to host contamination
external-linaro-sdk-toolchain: /gcc-cross-canadian-arm/tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/lib/gcc/arm-linux-gnueabihf/7.2.1/plugin/include/config/arm/linux-elf.h is owned by uid 1002, which is the same as the user running bitbake. This may be due to host contamination
external-linaro-sdk-toolchain: /gcc-cross-canadian-arm/tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/lib/gcc/arm-linux-gnueabihf/7.2.1/plugin/include/config/arm/linux-eabi.h is owned by uid 1002, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated]
WARNING: external-linaro-sdk-toolchain-1.0-r8 do_package_qa: QA Issue: gcc-cross-canadian-arm: found library in wrong location: /tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/arm-linux-gnueabihf/lib/libstdc++.so.6
gcc-cross-canadian-arm: found library in wrong location: /tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/arm-linux-gnueabihf/lib/libstdc++.so
gcc-cross-canadian-arm: found library in wrong location: /tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/arm-linux-gnueabihf/lib/libgcc_s.so.1
gcc-cross-canadian-arm: found library in wrong location: /tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/arm-linux-gnueabihf/lib/libstdc++.so.6.0.24 [libdir]

  • 0 in reply to Petr Buchta
    TI__Guru 55345 points

    These warnings are mainly informative. Please, go through this page to see how to handle them.

  • 0 in reply to Kemal R. Shakir
    TI__Guru 55345 points
    Hello Petr,

    Please, close this thread if you resolved this issue by clicking on "This resolved my issue" button or reply back with more information.

    Best regards,
    Kemal